Windows Expert/Windows Expert.iso/windownt/nt_13.zip/NT

Text File | 1992-10-11 | 207KB | 4,876 lines

---------------------------------------------
Newsgroup comp.os.ms-windows.programmer.win32
---------------------------------------------

Article 1034 of 1176, Oct  2 07:03.
Subject: Re: Is it time to split this newsgroup?
From: [e-mail] (Max Cray)
Path: ub4b!mcsun!uunet!underg!max
Organization: Underground Computing Foundation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 06:03:37 GMT

[e-mail] (Alistair Banks) writes:

> So I think comp.os.ms-windows.nt.setup or comp.os.ms-windows.setup.win-nt
> might be appropriate - we should think ahead and design a hierarchy that
> can handle windows 3.x series, windows nt, "Modular Windows" series,
> and be ready for other future versions of Windows. In general I
> think its probably best to keep the .setup's together, and the
> programmers sections together, rather than seperate things by the
> particular product packaging, since the product packaging will change
> more often than the pieces of technology contained within those
> products - and I just left our "Windows for Workgroups", how could I?

I vote for the former rather than the latter, as it makes it easier for
those who are just interested in Windows NT, and not 16-bit Windows.

I think as a minimum we ought to be thinking about the creation on one
new newsgroup for Windows NT:

comp.os.ms-windows.nt     For Discussions of Microsoft Windows NT

With the beta program just about ready for launch, and from the posts in
this newsgroup there seems to be a need for a non-programmer newsgroup for
Windows NT.

Based in Tim Glauert's suggestion, and the feed back from the MS employees,
here is a plan for growth in the not too distant future as traffic warrants:

comp.os.ms-windows.nt.announce
comp.os.ms-windows.nt.setup
comp.os.ms-windows.nt.apps
comp.os.ms-windows.nt.programmer
comp.os.ms-windows.nt.misc
comp.os.ms-windows.nt.advocacy

Sure is alot of typing though. My fingers vote for Tim's:

comp.os.wnt
                               :)


--

Also I am just about done working on the Windows NT FAQ #2. Look for it soon.

                                          -= Max =-
...!uunet!underg!max
...!cactus.org!underg!max
---------------------------------------------------------------------
 I program in C because it turns women on...

Article 1035 of 1176, Oct  1 12:42.
Subject: Re: NT Under SCO Unix
From: [e-mail] (Chuck Phillips)
Path: ub4b!mcsun!uunet!usc!rpi!scott.skidmore.edu!psinntp!psinntp!ncrlnk!ncr-mpd!Chuck.Phillips
Organization: NCR Microelectronics, Ft. Collins, CO
Newsgroups: comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 1 Oct 92 11:42:01 GMT
Sender: [e-mail]

>>>>> On 30 Sep 92 10:40:25 GMT, [e-mail] (Anthony P Lawrence) said:
Anthony> Seriously: GUI is too slow (486/33 here).  I repeat: it's too slow!

Hopefully, the "golden" NT release will improve GUI response time.  However
for some tasks, GUI's are inherently slower than text based UI's and more
limited in the contexts to which they can be applied.  (Imagine a word
processor where every word insert was accomplished via menu selection.  :-)
Sometimes a keypad is *the* most productive way to interface with an
application or OS.  I can type arbitrary text productively at 30wpm, but I
can't mouse near that fast.  For the mouse to be worth my time, one mouse
action needs to accomplish what I could type in about 30 keypresses or more.
The keys on a given keyboard are *always* in the same place.  For a heavily
used application, my effective wpm may be much higher than for arbitrary
text.  In contrast, the exact mouse movement (direction and amount of
movement) needed to accomplish a given task varies greatly.  Even if all
menus and requestors appear in the exact same location every time, when you
decide to initiate an action, the arrow could be anywhere on the screen and
the mouse could be anywhere on the pad.  You can't just memorize a fixed
mousing sequence and perform it as quickly as your agility allows.  With a
text interface, you can.  I've worked extensively with three very different
GUI-plus-TextUI OS's over the last 7 years.  In all three cases, I would lose
well over half my productivity if the typed-command interface were removed --
this from someone who only types only 30 wpm -- even though *each* of the OS
vendors' marketing bragged about their GUI and played down text-based
interaction.  (I've only been using MS Windows for a year now, but I still
wind up dropping down to DOS to get vendor-unanticipated tasks done.  This
*isn't* a stab at MS or Windows.  As far as I can tell, the problem is near
universal with GUIs.  I *am* pointing out that Windows is not an exception.)


Anthony> Secondly, a lot of the mouse clicking crapola drives me nuts.
Anthony> Dragging and clicking through 7 layers of menus is not fun.

In my personal experience and observation of other users (I spent some years
in UNIX system administration), GUIs are wonderful to help novices get up to
speed, for experienced users who can't touch type at all, and (obviously) for
graphics applications.  For experienced touch-typing users, not having to
remove your hands from the keyboard is a *major* productivity win.  Also,
having *no* character based interface absolutely eliminates the possibility
of automating vendor-unanticipated tasks more often than not.  Ideally, all
actions could be performed via GUI *or* Text-UI, and the GUI -> TextUI
mapping would be obvious.


Anthony> Other than that, I want a command line and lots of arcane switches,
Anthony> thank you!

I want a command line for automating real work, thank you!  :-)  Also, the
lack of remote windowing/graphics means I'm going to be interfacing with NT
via text a *lot* more than I currently do with X/UNIX.  :-(

        Just my own $0.02,
--
Chuck Phillips  MS440
NCR Microelectronics                    [e-mail]
2001 Danfield Ct.
Ft. Collins, CO.  80525

Article 1036 of 1176, Oct  1 19:30.
Subject: MAXIMUM PROCESS SIZE under SCO UNIX ODT 1.1 and ANY OTHER 386 UNIX??
From: [e-mail] (merlin)
Path: ub4b!mcsun!Germany.EU.net!news.netmbx.de!dct.zrz.tu-berlin.de!math.fu-berlin.de!Sirius.dfn.de!darwin.sura.net!spool.mu.edu!sol.ctr.columbia.edu!usc!usc!not-for-mail
Organization: University of Southern California, Los Angeles, CA
Newsgroups: comp.unix.sysv386,comp.unix.bsd,comp.os.linux,comp.os.ms-windows.programmer.win32,comp.os.coherent,comp.unix.solaris,comp.os.msdos.desqview,comp.os.os2.programmer
Date: 1 Oct 92 18:30:40 GMT

Do I understand correctly that the maximum user process size available
in SCO UNIX SYSV/386 is 4 MB (MAXUMEM=8,192 pages * 512 bytes/page)???

Is this limitation specific to SCO UNIX or is it generic to AT&T UNIX?

Can I get around this limitation by running under root, odt, whatever?

This is creating a serious problem for me as I move into working with
larger and larger 3D models of human brain structure and activity.

Does any other 386 based UNIX (or at least 386based system capable of
supporting AT&T and/or BSD compatible unix source code with minimal
conversion effort) offer larger user process (individual task) virtual
address space?  Perhaps BSD/386, 386BSD-0.1, coherent, solaris, linux,
MSDOS w/DJGCC, MS WINDOWS w/32 Bit Zortech C++, OS/2 2.0, ?

Ideally, I'd like to be able to go up to perhaps 64MB virtual address
space on 64MB 486 based EISA motherboard.

Thanks, AJ

------------------------------------------------------------------------------
Alexander-James Annala
Principal Investigator
Neuroscience Image Analysis Network
HEDCO Neuroscience Building, Fifth Floor
University of Southern California
University Park
Los Angeles, CA 90089-2520
------------------------------------------------------------------------------

Article 1037 of 1176, Oct  1 17:31.
Subject: isdigit('0') returns FALSE!!
From: [e-mail] (Kevin Broadey)
Path: ub4b!mcsun!uunet!pipex!demon!edscom!kevin
Organization: EDS-Scicon, Milton Keynes, UK
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 1 Oct 92 16:31:34 GMT
Sender: [e-mail] (Kevin Broadey)
Reply-To: Kevin Broadey <[e-mail]>

I'm running Windows NT on an Olivetti PWS4000 (MIPS R4000 processor).
I'm porting a Windows 3.1 application so I'm using the MCL compiler.

One of my validation routines flags an error when it's given valid data.
It turns out that

        isdigit('0') == 0
        isdigit('1') == 0

Have I managed to wheel in a unicode library or something?


Heeeeeeeeeeeeeelp!!

Kevin

Article 1038 of 1176, Oct  2 11:48.
Subject: _ctype values are wrong!
From: [e-mail] (Kevin Broadey)
Path: ub4b!mcsun!uunet!pipex!demon!edscom!kevin
Organization: EDS-Scicon, Milton Keynes, UK
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 10:48:40 GMT
Sender: [e-mail] (Kevin Broadey)
Reply-To: Kevin Broadey <[e-mail]>

I am building an application on an Olivetti PWS4000 running the July
release of Windows NT using the MCL compiler.

I linked my application with the following libraries and isdigit('0')
returned zero (which it shouldn't).  I relinked it with libcmt.lib at
the start of the list and isdigit('0') returned a non-zero value (which
it should).

The libraries were:-

win32libs=      $(LIB)\gdi32.lib $(LIB)\kernel32.lib $(LIB)\user32.lib \
                $(LIB)\userrtl.lib $(LIB)\crtdll.lib $(LIB)\ntdll.lib

I ran MCL with -E -C and checked the preprocessor output.  The macro
version of isdigit() was being used, so I put in a MessageBox call to
wsprintf the value of

        (int)(_ctype+1)['0']

It said 0xE1.  The 0x04 bit ought to be set for a digit.


So the question is, which of the above libraries defines "_ctype" and
gives it the wrong values?

Article 1039 of 1176, Oct  2 12:52.
Subject: SUN SPARC CD-ROM
Summary: how to connect it
Keywords: NT SUN SPARC
From: [e-mail] (George Dragner)
Path: ub4b!mcsun!uunet!news.encore.com!geppetto!gdragner
Organization: Encore Computer Corp.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 11:52:55 GMT

We connected our Sun Sparc CD-Rom to the adaptec
1542 board by getting a pair of crimp to ribbon
connectors one being the mating connector to the
one on the rear of the adaptec card and the other
being the 50 pin din used by sun on the sparcserver
4/3xx then we were able to use the cable Sun sent
for connecting this unit up to the CD-Rom to cable
it in.  We are also building a cable with a scsi2
connector on one end and the mating connector to
the adaptec on the other end.  This type of hook-up
worked great and the Sun CD-Rom worked great.
The first approach was fastest and easiest providing
you already have the cable for the 50 pin din to scsi2,
the second is more convenient but much harder to construct
since the scsi2 connector is quite small and the layout
of the crimp on pins doesn't match 1 to 1 with the
champ connector on the adaptec.  The 50 pin to champ is
press on crimp at both ends with no muss no fuss.
--
| George  Dragner  | INET [e-mail] | "..if you touch   |
| Engineering      | UUCP !encore!jake!gdragner    | anything, it dies |
| Encore Computer  | 1-305-587-2900 x4919          | "      m.robinson |

Article 1040 of 1176, Oct  2 10:33.
Subject: Re: NT Under SCO Unix
From: [e-mail] (Roger Binns)
Path: ub4b!mcsun!uknet!dsbc!ozz!rdb
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 2 Oct 92 09:33:31 GMT
Sender: [e-mail]
Followup-To: comp.unix.dos-under-unix

Sean Eric Fagan ([e-mail]) wrote:
: The main obstacle in making NT allowing multiple users logging in
: simultaneously is that there is no terminal interface -- it's all windowing.
: But that's okay, so is X, and people use X just fine.
:

Show me a X-window program that doesn't have quite a few printf's scattered around it.  X programs inherently use both, and I can practically guarantee that most X programs are aware that they are running in BOTH a windowing environment and a text based environment.

Roger
--
[e-mail]        Brunel University, Uxbridge, Middx, UK
"Is this stuff any good for ants? No, it kills them."

Article 1041 of 1176, Oct  2 15:30.
Subject: Re: NFS Scenario w/ Lan Manager posssible?
From: [e-mail] (Christoph H. Hochstaetter)
Path: ub4b!mcsun!uunet!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!solaris.rz.tu-clausthal.de!sg1502.chemie.uni-marburg.de!ch
Organization: Philipps-University Marburg
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 14:30:26 GMT
Sender: [e-mail] (Operator)

In article <[e-mail]>, [e-mail] (Dave Kolb)
writes:
|>
|> In order to NFS mount an NT accessable disk to an HP/UX unix system
|> can I do the following:
|>
|> - Install a Lan Manager V2.1 system ontop of IBM's OS/2 1.3 ?
|> - Run IBM's TCP/IP version 1.2.1 ontop of OS/2 along w/ Lan Manager?
|> - NFS mount the OS/2 HPFS disk from the HP/UX system so or cross
|>   development environmnet can build onto a NT accessable disk.
|> - Have Lan Manager share the HPFS disk R/O with Windows NT systems.
|>

No, you can NFS mount with IBM TCP/IP 1.2.1 and do a NET SHARE on a
NFS mounted drive. You can also do a NET USE on another machine, but
you are not able to see any files on the NET USEd drive. This is not
a bug, but a feature, remote file systems can not be shared, because
of security reasons


|> Questions:
|>
|> - Is MS Lan Manager V2.1 the latest version?
|>
No, 2.1a is the latest version. It's brandnew and I got my copy a couple
of days ago. The main new features are OS/2 2.0 support for requesters and
TCP/IP improvements. E-mail me, if you want a complete new feature list.

|> - Is it OK to use IBM's OS/2 instead of MS' OS/2 1.3 w/ MS' Lan Manager?
|>
Yes, but be sure to have IBMs standard edition and not the extended edition
and at least CSD 5015. The extended edition of IBM can be used, but it
is not that easy, because it already has its own LAN-Requester.


|> - Will IBM's TCP/IP install along w/ MS' Lan Manager or only w/ IBM's
|>   Lan Server?
|>
Yes, but you must (of course) *NOT* install the TCP/IP of MS LANMAN

|>
|> - Is HPFS considered stable under Windows NT or are we stuck w/ FAT
|>   and short file names if we want a stable shared disk?  Since the
|>   OS/2 system would have the HPFS disk and the NT system would access
|>   it R/O I should think this was OK to do.  Or is it only NTFS that
|>   we need worry about and both FAT and HPFS are considered stable?
I have installed /NT only on HPFS drives and never had any problems.
Don't use HPFS386 of MS-LANMAN or IBM-LS, if you share the partition
for Dual-Boot with /NT. /NT will fail with a general filesystem error
at boot time.


|>
|> - Will Windows NT share disks w/ IBM's Lan Server?
Yes, no problem at all.

Christoph
---
Internet: [e-mail]
Bitnet: HAMPE2@DMRHRZ11
Fido: 2:243/660

Article 1042 of 1176, Oct  2 15:37.
Subject: Re: Having a shell more like X Windows
Keywords: Posix, shell, nt, x
From: [e-mail] (Christoph H. Hochstaetter)
Path: ub4b!mcsun!uunet!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!solaris.rz.tu-clausthal.de!sg1502.chemie.uni-marburg.de!ch
Organization: Philipps-University Marburg
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 14:37:35 GMT
Sender: [e-mail] (Operator)

In article <[e-mail]>, [e-mail] (Jason
Nadrowski) writes:
|> The preliminary version (july '92) did not, as I know of, have a shell
|> where the active window was the one with the mouse pointer over it as in
|> X Windows.  With NT the user would have to click on the window to make it
|> active and consequently bring the window to the front.  With the addition
|> of Posix in Oct/Nov can I expect to see a shell more like X, where I can
|> have the mouse pointer on an underlapping window (opp of overlapping window)
|> |> and be the active window?
|>
|> If the above will not happen I would suggest you consider it.  I and
|> everyone
|> that I have talked with would prefer an active window permitted to be
|> below other nonactive windows.
|>
|> jason

The WIN32 (and WIN16) API distinguishes between the front Window and the Window
that has the input focus, so that should be possible.

Please Microsoft, include it at least as an option for Power users.

Christoph
--
Internet: [e-mail]
BITNET: HAMPE2@DMRHRZ11
Fido: 2:243/660

Article 1043 of 1176, Oct  2 12:07.
Subject: Screen Saver and NTCommand Line
Keywords: NT
From: [e-mail] (Jonas Lehmann)
Path: ub4b!mcsun!uunet!decwrl!decwrl!deccrl!news.crl.dec.com!rdg.dec.com!zuunix.zuo.dec.com!jlehmann
Organization: Digital Equipment Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 11:07:48 GMT
Sender: [e-mail] (Mr News)
Reply-To: [e-mail] (Jonas Lehmann)


Hi.

I have two small questions ...

1)  Under NT, I can nicely make my screen saver
prompt for a password when the session is to
be resumed.  Is there a possibility for the administrator
to prevent regular users from a) changing the delay for
the screen saver and b) disabling the password
protection?  If this is not possible, are the API's
there for writing an small program to do this and
to execute it in the background on startup and
not killable by regular users?

2)  Is there a way to restrict certain groups
from getting to the Windows NT Command Line,
ie the MS-DOS Prompt Lookalike!


I thought of for 1) to ACL protect control.exe
and for 2) to ACL protect cmd.exe .... but this
is not nice ...

Thanx
-Jonas ([e-mail])

--
Jonas A. Lehmann * Digital Equipment Corporation * Duebendorf Switzerland

Article 1044 of 1176, Oct  2 16:38.
Subject: NT DDK Conference ?
From: [e-mail] (Mike Overton)
Path: ub4b!mcsun!uknet!edcastle!spider!raft.spider.co.uk!mikeo
Organization: Spider Systems Limited, Edinburgh, UK
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 15:38:12 GMT
Sender: [e-mail] (USENET News System)

After initially deciding not to go, on the grounds of cost, I've
now decided to go to the US conference. But I seem to have mislaid
the booking form, originally posted on the announce group. Could
anyone mail me a copy, or give me the phone no of MS in the states
to call to arrange it.

Thanks in advance.

Mike Overton.

P.S. The trip is personal, and is not connected with Spider.

Article 1045 of 1176, Oct  2 17:28.
Subject: Fault-tolerance (Was: NT Peer to Peer File Sharing)
From: [e-mail] (Ben Passarelli)
Path: ub4b!mcsun!Germany.EU.net!news.netmbx.de!dct.zrz.tu-berlin.de!math.fu-berlin.de!Sirius.dfn.de!darwin.sura.net!sgiblab!sgigate!odin!ben
Organization: Silicon Graphics, Inc., Mountain View, CA
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 16:28:38 GMT
Sender: [e-mail] (Net News)

In article <[e-mail]> [e-mail] (Alistair Banks) writes:
>"Lan Manager for Windows NT" will be desirable when administering
>networks with large numbers of Windows NT machines, or when
>server fault-tolerance is desired -- Alistair

What features are planned in the area of fault-tolerance?  Does this
include disk mirroring?  -- Ben


Article 1046 of 1176, Oct  2 16:48.
Subject: Re: Is it time to split this newsgroup?
From: [e-mail] (Arthur Griffith)
Path: ub4b!mcsun!Germany.EU.net!news.netmbx.de!dct.zrz.tu-berlin.de!math.fu-berlin.de!Sirius.dfn.de!darwin.sura.net!spool.mu.edu!sgiblab!nec-gw!netkeeper!vivaldi!rsd0!rsd.dl.nec.com!arthur
Organization: NEC America, Radio Software Dept.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 15:48:04 GMT
Sender: [e-mail]

In article <[e-mail]>, [e-mail] (Max Cray) writes:
|>
|> Based in Tim Glauert's suggestion, and the feed back from the MS employees,
|> here is a plan for growth in the not too distant future as traffic warrants:
|>
|> comp.os.ms-windows.nt.announce
|> comp.os.ms-windows.nt.setup
|> comp.os.ms-windows.nt.apps
|> comp.os.ms-windows.nt.programmer
|> comp.os.ms-windows.nt.misc
|> comp.os.ms-windows.nt.advocacy
|>

There are a couple of other possibilities.  There is a lot of discussion
specific to OWL and Visual Basic.  There could also be a special
language group or groups (or whatever) to handle these.  This would have
an obvious advantage for those that use them.  It also would reduce the
traffic in the other groups where they now appear.  I find myself skipping
over several items about each of them.

----------------------------------------------------------------------------
Arthur Griffith                               Under contract to NEC America
Dallas, Texas                                 Internet: [e-mail]

Article 1047 of 1176, Oct  2 17:23.
Subject: NT CDROM compatibility
From: [e-mail] (Eric McDaniel)
Path: ub4b!mcsun!uunet!charon.amdahl.com!pacbell.com!ames!data.nas.nasa.gov!taligent!apple!voder!berlioz.nsc.com!mcdan
Organization: National Semiconductor Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 16:23:57 GMT
Sender: [e-mail] (UseNet News account)

I have a Compaq Deskpro 486/50L with 16MB RAM and a Procom
PICD650S CD ROM drive.  I got Windows NT running using the
dos2nt procedure, but was wondering if anyone was able to
get the "graphical" installation method to work.  The Procom
PICD650S is not on the July 1992 hardware compatibility list.

Another question:  the documentation is rather vague on
exactly what functionality one loses by using the dos2nt
installation.  Can anyone tell me what it is, exactly?

Thank you in advance.

-Eric McDaniel
[e-mail]

Article 1048 of 1176, Oct  2 18:09.
Subject: WS_EX_TRANSPARENT and NT
From: [e-mail] (Paul Butcher)
Path: ub4b!mcsun!uunet!pipex!unipalm!uknet!harlqn!paulb
Organization: Harlequin Ltd, Cambridge, UK
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 17:09:35 GMT
Sender: [e-mail] (Usenet News Account)

Does anyone know anything about transparent windows under NT?  I have a
program which creates a transparent window which is giving me serious
problems at the moment.

The program works fine under 16-bit windows.

The program works fine under NT as long as I don't create the window
with the WS_EX_TRANSPARENT flag.

If I create the window with the WS_EX_TRANSPARENT flag, the program dies
reliably inside DispatchMessage when dispatching a WM_PAINT message :-(

Any ideas anyone?

Please mail me any responses - our mail server is *way* behind, and if you
post I won't see your message for weeks :-(

Thanks in advance,

PaulB->msgCount++

e-mail: [e-mail]

Article 1049 of 1176, Oct  1 23:32.
Subject: Re: NT Under SCO Unix
From: [e-mail] (John Hall)
Path: ub4b!mcsun!uunet!nwnexus!oneworld!eskimo!seanews!johnhall
Organization: Microsoft Corporation
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 1 Oct 92 22:32:01 GMT

In article [e-mail] (Anthony P Lawrence) writes:
| And I like a mouse for marking text in spreadsheets or word processing.
| Other than that, I want a command line and lots of arcane switches, thank you!

So do I, personally.  I purchased the Hamilton C Shell for Windows NT
(never heard of people shipping products on unrelease OS's before,
but hamilton isn't the only ISV shipping on Windows NT) for precisely
that reason.

However, for every one of you and I there are 1,000 of the other
folks.  So the Windows 32 religion in this regard isn't that strange
or unreasonable.

After all, you and I are going to be working on whatever those
1,000 people want because that is who we sell our services too!

--
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.

Article 1050 of 1176, Oct  1 23:37.
Subject: Re: Some general DLL questions
From: [e-mail] (John Hall)
Path: ub4b!mcsun!uunet!nwnexus!oneworld!eskimo!seanews!johnhall
Organization: Microsoft Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 1 Oct 92 22:37:44 GMT


And I *think* the answers are:

In article [e-mail] writes:
| - Is it possible to have a DLL which calls a function defined in the main
|   program into which the DLL is loaded? If so, how do I declare such a
|   function in the DLL?

Pass a function pointer, good only for the process which passes it.

| - Do I absolutely have to create the lib file (in order to create the
|   '.exp' file) or is there a shortcut?

Follow the example makefiles, and do it precisely that way.  Messing
around gets you into trouble.

| - If the DLL does not do anything fancy with windows, but wants to use
|   printf and friends to produce output on the console in which the loading
|   program was started, what subsystem do I compile the DLL for?

console

| - Is it possible to have a program that produces output on the console
|   (using printf and such) in which it was started and ALSO opens windows?
|   If so, for what subsystem do I compile it?

No, but you can call AllocConsole() from a Windows app which will
give you your very own console window to use printf with.

--
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.

Article 1051 of 1176, Oct  1 23:43.
Subject: Re: NT Win32 DLL building problem
From: [e-mail] (John Hall)
Path: ub4b!mcsun!uunet!nwnexus!oneworld!eskimo!seanews!johnhall
Organization: Microsoft Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 1 Oct 92 22:43:30 GMT

In article [e-mail] (Rion Cassidy (x3357) OGT) writes:
| You are only half right Sean.  The printf does not make sense in a windows
| application, but when you link his stuff with "subsystem:console" where
| printf should work, you still get "_main undefined".  Why does a library
| routine expect there to be a "_main"?  Using  "strlen" causes the same
| problem.  I have never understood the problem that Windows has with the
| standard library functions.

I think this usually happens if you are accidentally linking in
more than one c runtime library.  Personally I always use
crtdll.lib (not libc.lib or libcmt.lib) and you need to compile
with -D_MT and -D_DLL

Also, make sure your executable has the right entry: flag in the
link line.  One CRT entry calls _main, the other calls _WinMain

--
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.

Article 1052 of 1176, Oct  2 19:18.
Subject: Re: Fault-tolerance (Was: NT Peer to Peer File Sharing)
From: [e-mail] (Christoph H. Hochstaetter)
Path: ub4b!mcsun!Germany.EU.net!news.netmbx.de!dct.zrz.tu-berlin.de!Sirius.dfn.de!solaris.rz.tu-clausthal.de!sg1502.chemie.uni-marburg.de!ch
Organization: Philipps-University Marburg
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 18:18:34 GMT
Sender: [e-mail] (Operator)

In article <[e-mail]>, [e-mail] (Ben
Passarelli) writes:
|> In article <[e-mail]> [e-mail]
|> (Alistair Banks) writes:

|> >"Lan Manager for Windows NT" will be desirable when administering
|> >networks with large numbers of Windows NT machines, or when
|> >server fault-tolerance is desired -- Alistair
|>
|> What features are planned in the area of fault-tolerance?  Does this
|> include disk mirroring?  -- Ben
|>
As far as I can guess from the disk manager menu (GUI FDISK), local
disk-mirroring is included in the /NT base product.

I think the /NT-LANMAN is needed for remote disk mirroring.

--
Internet: [e-mail]
BITNET: HAMPE2@DMRHRZ11
Fido: 2:243/660

Article 1053 of 1176, Oct  2 19:31.
Subject: Re: NT CDROM compatibility
From: [e-mail] (Christoph H. Hochstaetter)
Path: ub4b!mcsun!Germany.EU.net!news.netmbx.de!dct.zrz.tu-berlin.de!Sirius.dfn.de!solaris.rz.tu-clausthal.de!sg1502.chemie.uni-marburg.de!ch
Organization: Philipps-University Marburg
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 18:31:16 GMT
Sender: [e-mail] (Operator)

In article <[e-mail]>, [e-mail] (Eric
McDaniel) writes:
|>
|> Another question:  the documentation is rather vague on
|> exactly what functionality one loses by using the dos2nt
|> installation.  Can anyone tell me what it is, exactly?

I used both methods and didn't find any loss of functionality.
The main differences are:

- DOS2NT need more local diskspace, since all drivers and the
  PDK/C++ is always copied. With the GUI setup, you can copy
  the PDK on a network drive later. If you have local disk space
  problems, simply remove some XCOPY statements from DOS2NT.BAT

- DOS2NT is faster, but you must edit registry.ini manually
  and maybe you forget something important. With the GUI setup
  you are prompted for everything.

- When DOS2NT completes, you must make some installations manually
  by using the registry editor. This is especially true for network
  options. Unfortunately there is very few doc about the registry
  now.

If I forgot something important, complete me.

Christoph
--
Internet: [e-mail]
BITNET: HAMPE2@DMRHRZ11
Fido: 2:243/660

Article 1054 of 1176, Oct  2 14:04.
Subject: CD-ROM necessary for Installation?
From: [e-mail] (Thomas Jell)
Path: ub4b!mcsun!uknet!siesoft!athen!ztivax!jell
Organization: Siemens AG, Munich, W-Germany
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 13:04:38 GMT

Is it possible to install Windows NT on my PC without having a CD-ROM?
I have already transferred the NT-CD content to my SUN.
On my PC I have PC-NFS and enough disk space.

Martin Deuter                   Internet: [e-mail]
Siemens AG, ZFE BT SE 4         Phone:    [phone]
8000 Muenchen 83                Fax:      [phone]
Otto-Hahn-Ring 6
*************** killroy was here ***********************************

Article 1055 of 1176, Oct  2 14:37.
Subject: Re: EISA vs local bus
Keywords: EISA VL
From: [e-mail] (Mike Me)
Path: ub4b!mcsun!Germany.EU.net!news.netmbx.de!dct.zrz.tu-berlin.de!Sirius.dfn.de!darwin.sura.net!haven.umd.edu!uunet!seas.gwu.edu!mikee
Organization: George Washington University
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 13:37:45 GMT
Sender: [e-mail]

In article <[e-mail]> [e-mail] writes:
>In article <[e-mail]>, [e-mail] (E. Rosenquist) writes:
>
>>#1 - I can't decide between a machine with an EISA bus or one with a
>>VESA local bus (VL).
>
>These are not mutually exclusive.  Most local bus machines only have
>one or two local bus slots; the rest can be EISA or ISA.  I believe
>the new Gateway 486/66DX2 machine (with the new Micronics motherboard)
>is a EISA VL-bus machine.
>
>But I may be wrong.
>
>--
>Brad Hines
>Internet: [e-mail]
>Jet Propulsion Lab, Pasadena, California

I believe this is wroung....
They sell a local BUS machine && an EISA machine... (october add)

later,
        MikeE

Article 1056 of 1176, Oct  1 20:13.
Subject: Re: product name
From: [e-mail] (Phil Lafornara)
Path: ub4b!mcsun!uunet!microsoft!wingnut!philipla
Organization: Microsoft Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 1 Oct 92 19:13:54 GMT

In article <[e-mail]> [e-mail]  writes:
>In article <[e-mail]> [e-mail] (Phil Lafornara) writes:
>>
>>     I disagree - The product is not called NT - it's called Windows NT.
>>
>>                                      -Phil
>
>I don't know Phil.  This news group is called win32, not winnt.  But then,
>you ARE a Microsoft employee, so you SHOULD know.  Seems like I've heard
>Bill Gates state that the operating system was NT, the environment is Win32.

     The product name is Windows NT - the name of the main interface
to that product is Win32.  This makes comp.os.ms-windows.nt.setup an
appropriate name, since you set up the operating system, while
comp.os.ms-windows.programmer.win32 is also appropriate, since you
program to the interface and not to the operating system itself.


>Could someone clarify the official name of this product??

       Windows NT.

                                        -Phil
--
-------------------------------------------------------------------------
Phil Lafornara                                  1 Microsoft Way
[e-mail]                          Redmond, WA 98052-6399
Note:  Microsoft doesn't even _know_ that these are my opinions. So there.

Article 1057 of 1176, Oct  2 18:34.
Subject: Mea Culpa, was Re: Some general DLL questions
From: [e-mail] (John Hall)
Path: ub4b!mcsun!uunet!microsoft!hexnut!johnhall
Organization: Microsoft Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 17:34:51 GMT

In article [e-mail] (John Hall) writes:
|
| And I *think* the answers are:

And I was all wet in a few places.

| In article [e-mail] writes:
| | - Is it possible to have a DLL which calls a function defined in the main
| |   program into which the DLL is loaded? If so, how do I declare such a
| |   function in the DLL?
|
| Pass a function pointer, good only for the process which passes it.

Actually, you can define a function in an exe that is exported,
but it isn't for the faint of heart.  I have some highly unofficial
information about how to do this now, and it is subject to change.

If you describe better why you want to do this, and realize you
have been warned about the solution, I will post more information.

| | - Is it possible to have a program that produces output on the console
| |   (using printf and such) in which it was started and ALSO opens windows?
| |   If so, for what subsystem do I compile it?
|
| No, but you can call AllocConsole() from a Windows app which will
| give you your very own console window to use printf with.

I am told this will work -- provided that you did start it from
a console.  [learn something every day.]
If you didn't start it from a console, you have to call AllocConsole()
to get a new, private one.

--
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.

Article 1058 of 1176, Oct  2 22:23.
Subject: Re: How to run net cmds at boot time?
From: [e-mail] (Ben Goetter)
Path: ub4b!mcsun!Germany.EU.net!rrz.uni-koeln.de!unidui!math.fu-berlin.de!Sirius.dfn.de!darwin.sura.net!haven.umd.edu!uunet!microsoft!hexnut!beng
Organization: Microsoft, WGA Eightball
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 21:23:42 GMT

In article <[e-mail]> [e-mail] (Tad Marshall) writes:
| In article <[e-mail]> [e-mail] (Dave Kolb) writes:
| >Is there anyway to run things like "net start tcpipsvc" and
| >"net share ..." and "net use ..." commands at initial boot time?
|
| I saw some reference somewhere to a way to do this exactly once, but I
| couldn't figure it out.  Maybe you saw the same thing ... I can't remember
| where I saw it.

Instructions for automatic "net start" on the PDK release:

Start regedit.  Open HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services.
Look therein for the service you want to autostart (e.g. LanmanServer).
Set the Start value of the service to 2 (this is SERVICE_AUTO_START if you
know the Win32 Service Control Manager APIs).

Subsequent releases will control this through the Control Panel.

--
Ben Goetter, [e-mail]

Article 1059 of 1176, Oct  3 02:10.
Subject: Re: NT Win32 DLL building problem
From: [e-mail] (Sean Foderaro)
Path: ub4b!mcsun!Germany.EU.net!rrz.uni-koeln.de!unidui!math.fu-berlin.de!Sirius.dfn.de!darwin.sura.net!haven.umd.edu!uunet!franz.com!franz!jkf
Organization: Franz Inc., Berkeley, CA
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 3 Oct 92 01:10:52 GMT
Sender: [e-mail]


>> I think this usually happens if you are accidentally linking in
>> more than one c runtime library.  Personally I always use
>> crtdll.lib (not libc.lib or libcmt.lib).

    This is a very good point!   I've following the format of
the ntwin32.mak but that is really for making applications not dlls.
ntwin32 always links with respect to libcmt.lib but you don't want that for
a dll.

Article 1060 of 1176, Oct  2 23:13.
Subject: Install Help! can't get NT to see Bus Mouse
Summary: I have got NT Installed and running but No Bus Mouse
Keywords: NT INSTALL MOUSE
From: [e-mail] (Ken Cardita)
Path: ub4b!mcsun!Germany.EU.net!rrz.uni-koeln.de!unidui!math.fu-berlin.de!Sirius.dfn.de!darwin.sura.net!spool.mu.edu!sol.ctr.columbia.edu!eff!iWarp.intel.com|ichips!intelhf!cardita
Organization: Development Tools Operation, Intel Corp., Hillsboro  OR
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 22:13:33 GMT

I have a Logitec Bus mouse on my PC. When I installed NT I never  saw a
mouse cursor.  When I went into control panel / mouse it said that I had
no mouse installed.  I tried to run SETUP to configure a mouse but all
setup wanted to do was Reinstall/update NT.

What gives ? What MaGic do I need to get NT to work with a Logitec
Bus Mouse ??

BTW  the mouse works fine with DOS and WIN 3.1:

Thanks in advance

Article 1061 of 1176, Oct  2 17:26.
Subject: More DLL questions
From: [e-mail] (Jacob Levy)
Path: ub4b!mcsun!Germany.EU.net!rrz.uni-koeln.de!unidui!math.fu-berlin.de!Sirius.dfn.de!darwin.sura.net!spool.mu.edu!agate!ames!sun-barr!news2me.ebay.sun.com!exodus.Eng.Sun.COM!exodus!jyl
Organization: What?! Organization???
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 2 Oct 92 16:26:35 GMT
Reply-To: [e-mail]

OK, the answer to my previous question:

| - Is it possible to have a DLL which calls a function defined in the main
|   program into which the DLL is loaded? If so, how do I declare such a
|   function in the DLL?

seems to be:

>Pass a function pointer, good only for the process which passes it.

This implies that the *very same* DLL instance will be shared by more than
one process. That is, if the DLL has some storage then that storage is
shared among all processes attaching to the DLL.. This is quite different
from what I am used to in the SunOS world, where DLLs are private to each
process.

Now, some more questions:

- How can a DLL function identify the process which called it? Is this
  possible at all? If not, then the above answer is not applicable..

and

- Can a DLL do pointer arithmetic based on pointers passed as arguments?

--JYL

Article 1062 of 1176, Oct  3 00:16.
Subject: Re: NT Under SCO Unix
From: [e-mail] (peter da silva)
Path: ub4b!mcsun!Germany.EU.net!rrz.uni-koeln.de!unidui!math.fu-berlin.de!Sirius.dfn.de!darwin.sura.net!zaphod.mps.ohio-state.edu!menudo.uh.edu!nuchat!sugar!ficc!peter
Organization: Xenix Support, FICC
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 2 Oct 92 23:16:27 GMT

In article <[e-mail]> [e-mail] (Barry Margolin) writes:
> In article <[e-mail]> [e-mail] (peter da silva) writes:
> >> Without using a standard layer such as POSIX it
> >> is very difficult to write sophisticated code that will run on different
> >> versions of Unix. Take a look at the source to xterm! :-)
> >X isn't UNIX.

> I don't think he was talking about the X-related parts, but the OS
> interfaces.  For instance, look at all the #ifdef's in the code that opens
> the pty.

That's all either X-related cruft or networking-related cruft (sockets, etc).

Neither of these are UNIX. A reasonable UNIX window system or networking
software does not exist.

The worst case I can think of in real UNIX code is the terminal interface
stuff in Kermit. Over 100 #ifdefs in one file, but from my inspection it
could be considerably simplified. In any case, I've seen the equivalent
software for DOS. You have to write your own serial port interrupt handler,
and then rewrite it for every serial port card (and not even all IBM cards
are compatible: AT and XT ports are different!).

I'd love to see what the NT equivalents are, but unfortunately there isn't
any freely available NT documentation that isn't in bogocode*.
--
Peter da Silva                                          `-_-'
Ferranti Intl. Ctls. Corp.                               'U`
Sugar Land, TX  77487-5012
[phone]                           Heb jij vandaag je wolf al geaaid ?

* bogocode: anything that "vi" tells you is "not a text file".

Article 1063 of 1176, Oct  2 08:36.
Subject: Re: NT Under SCO Unix
From: [e-mail] (Chuck Phillips)
Path: ub4b!mcsun!uunet!spool.mu.edu!darwin.sura.net!wupost!gumby!destroyer!sol.ctr.columbia.edu!usc!rpi!psinntp!psinntp!ncrlnk!ncr-mpd!Chuck.Phillips
Organization: NCR Microelectronics, Ft. Collins, CO
Newsgroups: comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 2 Oct 92 07:36:47 GMT
Sender: [e-mail]

>>>>> On 30 Sep 92 14:57:39 GMT, [e-mail] (Alistair Banks) said:
Alistair> Both the microkernel and the Win32 subsystem know how to handle
Alistair> multile users. The piece that won't is the server that managers the
Alistair> screen, being a part of the Win32 subsystem. So you can have
Alistair> multiple background tasks with different security IDs, but only one
Alistair> security ID for interactive processes -- Alistair

Perhaps the NT screen manager isn't so different (functionally) from an X
server + X window manager after all.  Question: If your hardware has multiple
graphics screens, can you arbitrarily assign security (i.e., user) IDs to
each screen?  I'm thinking in terms of a large installation with multiple
users hanging off a many-processor (or very fast single-processor) CPU.
--
Chuck Phillips  MS440
NCR Microelectronics                    [e-mail]
2001 Danfield Ct.
Ft. Collins, CO.  80525

Article 1064 of 1176, Oct  2 14:23.
Subject: Re: Multiple Users for Windows/NT
From: [e-mail] (Kevin Broadey)
Path: ub4b!mcsun!uunet!pipex!demon!edscom!kevin
Organization: EDS-Scicon, Milton Keynes, UK
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 2 Oct 92 13:23:45 GMT
Sender: [e-mail] (Kevin Broadey)
Reply-To: Kevin Broadey <[e-mail]>


Alistair Banks writes:

|> Both the microkernel and the Win32 subsystem know how to handle multile
|> users. The piece that won't is the server that managers the screen, being
|> a part of the Win32 subsystem. So you can have multiple background
|> tasks with different security IDs, but only one security ID for
|> interactive processes -- Alistair

Christoph H. Hochstaetter says:

Christoph> I am still having problems to understand that. What's the
Christoph> difference between background processes and interactive
Christoph> processes? As far as I understand you, I can write a job that
Christoph> e.g. multiplies millions of integer numbers for a couple of
Christoph> days. I can log off and the job still keeps running and no
Christoph> one else can do anything with e.g. kill the job.  But if I am
Christoph> doing the same with a 32-bit Excel, I can not logoff without
Christoph> quitting Excel?

I think what Alistair is getting at is that users on other machines on
the LAN could be running processes on your machine using RPC (remote
procedure calling).  These are the "background" processes, because
they're nothing to do with you.  Their security IDs would identify their
users.  The "interactive" processes are the ones supporting your login
session.

I suppose that if you RPCed a process on another machine, that process
would be "interactive" as far as you were concerned, but "background" to
the user sitting at that machine.

Christoph> Ok, Windows/NT is not UNIX, but where is the difficulty just
Christoph> giving each process-id a userid, regardless, if it is
Christoph> interactive or not.  And what is the criteria for job/process
Christoph> being interactive or not?

See above.

Article 1065 of 1176, Oct  3 15:08.
Subject: What is the format of Icon files?
From: [e-mail] (Babak Sehari)
Path: ub4b!mcsun!uunet!spool.mu.edu!sol.ctr.columbia.edu!destroyer!news.iastate.edu!vincent2.iastate.edu!sehari
Organization: Iowa State University of Science and Technology, Ames, Iowa.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 3 Oct 92 14:08:36 GMT
Sender: [e-mail] (USENET News System)

----

What is the format of Icon files? Is there a program that can convert say
gif file format to icon file? If not where can I find the specification of
icon formats, so I can write a program myself.

                  With highest regards,
                       Babak   Sehari.

Article 1066 of 1176, Oct  3 22:11.
Subject: Re: Photo CD? (Re: CD-ROM drives)
From: [e-mail] (Hannu Tapio Mikola)
Path: ub4b!mcsun!news.funet.fi!polaris!hmikola
Organization: University of Turku, Finland
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 3 Oct 92 21:11:12 GMT

One Kodak salesperson (in Finland, two months ago) said that you should ask
for a drive compatible with CD-ROM XA-standard Level 2. He also knew for sure
that there already is one model for Macintosh and Sony is currently working
on their drive for PC's.

Hannu Mikola   [e-mail]

Article 1067 of 1176, Sun 04:56.
Subject: Re: More DLL questions
Summary: DLLs are not global
From: [e-mail] (Lee Hart)
Path: ub4b!mcsun!uunet!microsoft!hexnut!leehart
Organization: Microsoft Corp.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 4 Oct 92 03:56:27 GMT

In article <[e-mail]>, [e-mail] (Jacob Levy) writes:
> >Pass a function pointer, good only for the process which passes it.
>
> This implies that the *very same* DLL instance will be shared by more than
> one process. That is, if the DLL has some storage then that storage is
> shared among all processes attaching to the DLL.. This is quite different
> from what I am used to in the SunOS world, where DLLs are private to each
> process.

No, this is not the case at all.  In fact, the same DLL, loaded by different
processes (conceivably the same application, if the DLLs are loaded in a
different order) can be at different addresses in the separate processes.

DLL data can either be shared among all instances or private to each instance.
You should review the Win32 docs for more information.

Like John said, the function pointer passed from the EXE is valid *only
in that process*, so you can't pass it via IPC to another instance and
expect it to work.

> Now, some more questions:
>
> - How can a DLL function identify the process which called it? Is this
>   possible at all? If not, then the above answer is not applicable..

Do you mean get a process ID, or the name of the .EXE that the process
was created for?

> - Can a DLL do pointer arithmetic based on pointers passed as arguments?

This question does not make sense to me.  If you mean 'can I be passed the
address of a structure and access the members of that structure by using
offsets' then the answer is yes.


Lee
Not a spokesman, etc.

Article 1068 of 1176, Sun 04:20.
Subject: Re: NT Under SCO Unix
From: [e-mail] (Guest)
Path: ub4b!mcsun!Germany.EU.net!math.fu-berlin.de!Sirius.dfn.de!darwin.sura.net!spool.mu.edu!agate!dog.ee.lbl.gov!news!humu!pilikia!pegasus!guest
Organization: Pegasus,  Honolulu
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 4 Oct 92 03:20:11 GMT

>| Many people have written that the "POSIX under WNT" may be a con, a
>| way to attract software development under the false promise of source
>| compatibility with Unix.
>
>Only people who can't read have trouble with this.  The system
>is POSIX.1 compliant and we gaurantee compatibility with POSIX.1.
>Unix is never mentioned.
>

No.

People who have experience with Microsloth have trouble with this too.

Article 1069 of 1176, Sun 03:58.
Subject: Re: NT Under SCO Unix
From: [e-mail] (Keith Smith)
Path: ub4b!mcsun!Germany.EU.net!math.fu-berlin.de!Sirius.dfn.de!darwin.sura.net!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!att!fang!gator!ksmith!keith
Organization: Keith's Computer, Hope Mills, NC
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 4 Oct 92 02:58:00 GMT

In article <[e-mail]> [e-mail] (John Hall) writes:
>Windows 32 says:
>Since nobody in their right mind wants computer access without
>a full GUI interface, and they are so bloody cheap anyway, the
>main system only supports one person on the keyboard.

I knew it all along.  I'm f*cking nuts. (Not in my right mind).  I kinda
like the SPEED and simplicity of the text based interface.  In fact even
though I can use X or even windows at work I don't.  I just don't ever
SEE any business apps running 90% graphics.  Hey,  Don't get me wrong.
If you are doing CAD or Desktop Publishing you NEED those capabilities.
But the average user on my Systems can't even follow the concept of an
SCO multiscreen.  Full use of windows would just blow them away, like as
in forget it.

There's a helluva lotta windows out there being used as a fancy menu
system in most cases.  It's a simple function of time.  It takes a *LOT*
less time to program a text based app than a graphical one.  The latter
plain and simple has a lot more inherent detail.  The boss generally is
more interested in the bottom line (how much money, and people
scheduling and management) than how pretty it looks.
--
Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
Somewhere in the Styx of North Carolina ...

Article 1070 of 1176, Sun 01:31.
Subject: Re: NT Under SCO Unix
From: [e-mail] (Max Cray)
Path: ub4b!mcsun!uunet!underg!max
Organization: Underground Computing Foundation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 4 Oct 92 00:31:29 GMT

[e-mail] (John Hall) writes:

> So do I, personally.  I purchased the Hamilton C Shell for Windows NT
> (never heard of people shipping products on unrelease OS's before,
> but hamilton isn't the only ISV shipping on Windows NT) for precisely
> that reason.

How about a quick review of the Hamilton C Shell for NT?

                                          -= Max =-

---------------------------------------------------------------------
 I program in C because it turns women on...

Article 1071 of 1176, Oct  1 17:17.
Subject: ///// .WAV file format??? \\\\\\\\\\
From: [e-mail] (Paul Archer)
Path: ub4b!mcsun!uunet!ogicse!psgrain!hippo!ucthpx!uctvax.uct.ac.za!arcpau02
Organization: University of Cape Town
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 1 Oct 92 16:17:07 GMT



Does anybody know the .WAV file format?

 I assume it is basically 8-bit data, but what is the format of the
 header? Any info would be greatly appreciated.

Thanks in advance

  Paul Archer   ([e-mail])

 University of Cape Town

Article 1072 of 1176, Oct  1 17:23.
Subject: ///Sound driver for DAC???\\\\\\
From: [e-mail] (Paul Archer)
Path: ub4b!mcsun!uunet!ogicse!psgrain!hippo!ucthpx!uctvax.uct.ac.za!arcpau02
Organization: University of Cape Town
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 1 Oct 92 16:23:14 GMT

Can anyone help me on this one?

I want to write/get hold of a windows sound driver for a Digital to analogue
converter (DAC) (Which I have connected to my printer port .MOD style)
I have never programmed in the windows environment. Is it simple to write
drivers. (I presume not.)

Anyway if anyone knows of such a driver, or could give me a few pointers in the
direction to take to write my own, please contact me.

Thanks in advance.

Paul Archer    ( [e-mail] )
University of Cape Town.

Article 1073 of 1176, Sun 11:02.
Subject: Re: MAXIMUM PROCESS SIZE under SCO UNIX ODT 1.1 and ANY OTHER 386 UNIX??
From: [e-mail] (merlin)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!spool.mu.edu!sdd.hp.com!wupost!usc!usc!not-for-mail
Organization: University of Southern California, Los Angeles, CA
Newsgroups: comp.unix.sysv386,comp.unix.bsd,comp.os.linux,comp.os.ms-windows.programmer.win32,comp.os.coherent,comp.unix.solaris,comp.os.msdos.desqview,comp.os.os2.programmer
Date: 4 Oct 92 10:02:55 GMT

In article <[e-mail]> [e-mail] (merlin) writes:

As it turns out the best bets seem to be linux, djgpp(dos), and emx(gcc/os2)
for extremely large process sizes (well in excess of 64 MB -> 228 MB -> n GB).

SCO, however, does support process space up to 32 MB (8192 pages * 4096 bytes)
with simple menu guided manipulation of system tuning parameters.

Article 1074 of 1176, Sun 23:15.
Subject: MEP editor
From: [e-mail] (Dave Kolb)
Path: ub4b!mcsun!uunet!decwrl!concert!sas!mozart.unx.sas.com!sasdxk
Organization: SAS Institute Inc.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 4 Oct 92 22:15:24 GMT
Sender: [e-mail] (Noter of Newsworthy Events)


How is/was one supposed to find out about "mep"?  It seems like an OK
line mode editor and seeing a suggestion on one of the posts I edited
\mstools\init\tools.ini and changed the helpfile path at the bottom
of the file to "c:\mstools\bin\mep.hlp".  This helped me enough to get
by but isn't there some more on mep like a general overview etc?

I couldn't find anything in the "winhelp" stuff either.

I guess I also got spoiled by OS/2's "epm" editor with the rings of
files.  Any plans for a GUI cut n" paste multi file editor for NT?

Thanks,

--
David Kolb                    Opinions are my own not SAS'
SAS Institute, Inc.           EMAIL:      [e-mail]
SAS Campus Drive - J206       Phone:      [phone] x6827
Cary, NC  27513-2414 USA      FAX:        [phone]

Article 1075 of 1176, Mon 00:44.
Subject: Re: NFS Scenario w/ Lan Manager posssible?
From: [e-mail] (Nitin Borwankar)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!spool.mu.edu!uwm.edu!cs.utexas.edu!sun-barr!ames!pacbell.com!rtech!ingres!nitin
Organization: Ask Computer Systems Inc., Ingres Division, Alameda CA 94501
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 4 Oct 92 23:44:55 GMT
Reply-To: [e-mail] (Nitin Borwankar)

In article <[e-mail]> [e-mail] (Dave Kolb) writes:

[ some stuff deleted ]

[ then some questions ]

I can answer some but not all of the foll questions:-

>Questions:
>

>- Is MS Lan Manager V2.1 the latest version?
>

Yes, unless there's a minor rev like 2.1a.

>- Will IBM's TCP/IP install along w/ MS' Lan Manager or only w/ IBM's
>  Lan Server?
>

I don't know I've only used it with LanServer.

>- Is HPFS considered stable under Windows NT or are we stuck w/ FAT
>  and short file names if we want a stable shared disk?  Since the
>  OS/2 system would have the HPFS disk and the NT system would access
>  it R/O I should think this was OK to do.  Or is it only NTFS that
>  we need worry about and both FAT and HPFS are considered stable?
>

I've only used FAT so far but some of my collegues have used HPFS on NT and
OS/2.  NTFS is not currently considered ready for prime time ( ie development ).

There appears to be no major problem with NT's HPFS.

>- Will Windows NT share disks w/ IBM's Lan Server?
>

Yes, I've been able to do this.


>Thanks for any input or suggestions w/ this NFS scenario,
>

Except for the IBM TCP/IP on LanMan part ( which I don't have info on ),
the rest ought to work.
Let the rest of us know how your experiment went.

I work in an environment where UNIX, NT, LanMan, LanServer and TCP/ip have to
co-exist.
So far we haven't attempted NFS mounts via IBM's NFS so I'm curious.
But the NT/Lanman/LanServer interoperability works.


>Dave Kolb
>
>
>--
>David Kolb                    Opinions are my own not SAS'
>SAS Institute, Inc.           EMAIL:      [e-mail]
>SAS Campus Drive - J206       Phone:      [phone] x6827
>Cary, NC  27513-2414 USA      FAX:        [phone]
>

Nitin Borwankar,
[e-mail]          ***** visualize whirled peas *****

QUIT
nkar,
[e-mail]          ***** visualize whirled peas *****

Article 1076 of 1176, Sun 23:15.
Subject: Re: NT Under SCO Unix
From: [e-mail] (John Hall)
Path: ub4b!mcsun!uunet!microsoft!hexnut!johnhall
Organization: Microsoft Corporation
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 4 Oct 92 22:15:46 GMT

In article @Texaco.com (Larry D. Pyeatt) writes:
| In article [e-mail] (John Hall) writes:
| |> The 'NT' part of Windows NT is fully capable of supporting a
| |> full Unix V.4 + X11R4+ system with remote dialin ANSI terminals
| |> or remoted X windows desktops.
|
| OK, maybe it is _capable_ of supporting several users, but does it
| now?

Yes, just not via ANSI terminals.

| Does NT have NFS or AFS support?

NFS is being worked on by several vendors, and MS is not allowed
to name them.

| Is a full TCP/IP implementation provided?

Yes.

| Can I do GL, Phigs, or GKS?

No, but we do have GDI.

| I would like the Windows 32 subsystem a lot better if
| it were a little more like X.

I understand the sentiment.  However, you should understand that
Windows has more customers than X does.

--
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.

Article 1077 of 1176, Sun 23:18.
Subject: Re: Having a shell more like X Windows
Keywords: Posix, shell, nt, x
From: [e-mail] (John Hall)
Path: ub4b!mcsun!uunet!microsoft!hexnut!johnhall
Organization: Microsoft Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 4 Oct 92 22:18:19 GMT

In article [e-mail] (Jason Nadrowski) writes:
| With the addition of Posix in Oct/Nov can I expect to see a
| shell more like X, where I can have the mouse pointer on an
| underlapping window (opp of overlapping window)
| and be the active window?

No.  The look and feel is Windows.

--
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.

Article 1078 of 1176, Sun 23:21.
Subject: Re: isdigit('0') returns FALSE!!
From: [e-mail] (John Hall)
Path: ub4b!mcsun!uunet!microsoft!hexnut!johnhall
Organization: Microsoft Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 4 Oct 92 22:21:06 GMT

In article Kevin Broadey <[e-mail]> writes:
| I'm running Windows NT on an Olivetti PWS4000 (MIPS R4000 processor).
| I'm porting a Windows 3.1 application so I'm using the MCL compiler.
|
| One of my validation routines flags an error when it's given valid data.
| It turns out that
|
|       isdigit('0') == 0
|       isdigit('1') == 0
|
| Have I managed to wheel in a unicode library or something?

When this happend to me, it was because I was using the
crtdll.lib CRT, but not compiling with -D_MT and -D_DLL.

Try that and make sure you aren't also using libc.lib or
libcmt.lib.

--
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.

Article 1079 of 1176, Mon 03:20.
Subject: Re: MEP editor
From: [e-mail] (Jay K. Joiner)
Path: ub4b!mcsun!uunet!wupost!spool.mu.edu!umn.edu!exa!joiner
Organization: University of Minnesota
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 5 Oct 92 02:20:49 GMT
Sender: [e-mail] (Usenet News Administration)

In <[e-mail]> [e-mail] (Dave Kolb) writes:

>How is/was one supposed to find out about "mep"?  It seems like an OK
>line mode editor and seeing a suggestion on one of the posts I edited
>\mstools\init\tools.ini and changed the helpfile path at the bottom
>of the file to "c:\mstools\bin\mep.hlp".  This helped me enough to get
>by but isn't there some more on mep like a general overview etc?

MEP was shipped with MSC 5.1, MASM 5.1, and MSPascal 4.0 (all those
before PWB).  There was a MEP user's guide as part of those docs.
Those docs are also part of the MS Programmer's Library CDROM.

>I guess I also got spoiled by OS/2's "epm" editor with the rings of
>files.  Any plans for a GUI cut n" paste multi file editor for NT?

Have you tried the MultiPad app in the mfc\samples dir.

Article 1080 of 1176, Sun 23:46.
Subject: Re: NT Under SCO Unix
From: [e-mail] (John Hall)
Path: ub4b!mcsun!uunet!microsoft!hexnut!johnhall
Organization: Microsoft Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 4 Oct 92 22:46:22 GMT

In article [e-mail] (Max Cray) writes:
| How about a quick review of the Hamilton C Shell for NT?

Faithfully recreates the entire C shell language described
in Berkley 4.3.  Full screen cmd line editing, history,
aliases and shell procedures, PATH hashing, recursive
UNIX style wildcarding, background threads and processes,
Over 130 commands from the Unix world ...

$350.00, unconditional satisfaction gaurantee.
Hamilton Laboratories 508-358-5715 tell Doug I sent you.

==============
I have no commercial relationship with Doug, but I do
like him, he is a nice guy.
==============

--
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.

Article 1081 of 1176, Sun 23:39.
Subject: Re: NT Under SCO Unix
From: [e-mail] (John Hall)
Path: ub4b!mcsun!uunet!microsoft!hexnut!johnhall
Organization: Microsoft Corporation
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 4 Oct 92 22:39:25 GMT

In article [e-mail] (peter da silva) writes:
| In article [e-mail] (Sarr J. Blumson) writes:
| > Prices have reached the point where the per desktop (or whatever)
| > advantage of character terminals is sp marginal that it's not worth
| > giving up the things they can't do, except in _very_ special cases.
|
| Until communication prices drop by several orders of magnitude, I'm not
| willing to give up the things only character terminals *can* do. Things
| like PC-Anywhere to the contrary, a long distance phone connection pretty
| much rules out anything else.

I disagree.  Remote Login to a lan (especially at 9600 baud, but
even 2400 is ok) is sufficient to run the type of remote desktop
that Windows NT imagines.  That is, 100% of the GUI runs locally
while opening pipes or RPC's to other
remote CPU's.  That allows far more sophisticated applications
than a character terminal can support, while not requireing the
bandwidty that an X window solution would require.



--
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.

Article 1082 of 1176, Sun 23:31.
Subject: Re: More DLL questions
From: [e-mail] (John Hall)
Path: ub4b!mcsun!uunet!microsoft!hexnut!johnhall
Organization: Microsoft Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 4 Oct 92 22:31:57 GMT

In article [e-mail] writes:
| >Pass a function pointer, good only for the process which passes it.
|
| This implies that the *very same* DLL instance will be shared by more than
| one process. That is, if the DLL has some storage then that storage is
| shared among all processes attaching to the DLL.. This is quite different
| from what I am used to in the SunOS world, where DLLs are private to each
| process.

The default in Windows 32 is much like a shared libary, though I
believe a little more efficient -- every process sees a logically
different (clean) DLL, while the system only has a single code image
but multiple independent data images (one per process).

You can mess with this and get shared resources, but don't unless
you need to.

| - How can a DLL function identify the process which called it? Is this
|   possible at all? If not, then the above answer is not applicable..

GetCurrentProcessID()

| - Can a DLL do pointer arithmetic based on pointers passed as arguments?

The obvious answer is yes, which makes me suspicious about my
understanding of your question.

--
-------------------------
My comments are my own.  They are independent and unrelated to the
views of my company , relatives or elected representatives.

Article 1083 of 1176, Mon 04:52.
Subject: Re: NT Under SCO Unix
From: [e-mail] (Dave Schaumann)
Path: ub4b!mcsun!uunet!gatech!ncar!noao!amethyst!organpipe.uug.arizona.edu!news
Organization: University of Arizona
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 5 Oct 92 03:52:59 GMT
Sender: [e-mail]
Reply-To: [e-mail] (Dave Schaumann)
Followup-To: comp.unix.dos-under-unix

In article <[e-mail]>, keith@ksmith (Keith Smith) writes:
>I kinda like the SPEED and simplicity of the text based interface.

Exactly what kind of "text-based" interface are you talking about?
Those 80x25 port-holes that pass for text terminals?

>In fact even though I can use X or even windows at work I don't.  I
>just don't ever SEE any business apps running 90% graphics.

I'm a programmer, so the actual graphics capabilities of X are incidental
to me.  However -- the real estate represented by a workstation-sized
screen is pure gold, IMHO.

Being able to open up an emacs window the hight of the screen and see 80 or
100 lines of code at once is simply indespensible.  And being able to have
a shell window open along side my editor window means I don't have to mess
around with ^Z/fg to switch back and forth; in fact, I can see my output
and the code that generated it at the same time.

For a terminal screen sized GUI environment, this is mitigated quite a bit,
but the ability to exploit a multitasking environment windows gives you
is still just as important.

A bit-mapped oriented display also gives you the ability to do desktop
publishing stuff (something that's probably more important to someone
concerned with "buisiness apps").

--
What signature?

Article 1084 of 1176, Mon 11:53.
Subject: Re: MEP editor
From: [e-mail]
Path: ub4b!mcsun!ieunet!tcdcs!mee.tcd.ie!cnolan
Organization: Microelectronics Dept, Trinity College Dublin
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 5 Oct 92 10:53:40 GMT
Sender: [e-mail] (NN required at ashe.cs.tcd.ie)

In article <[e-mail]>, [e-mail] (Dave Kolb) writes:
>
> How is/was one supposed to find out about "mep"?  It seems like an OK
> line mode editor and seeing a suggestion on one of the posts I edited
> \mstools\init\tools.ini and changed the helpfile path at the bottom
> of the file to "c:\mstools\bin\mep.hlp".  This helped me enough to get
> by but isn't there some more on mep like a general overview etc?

ME (Microsoft Editor) came with C 5.1.  The docs came with it then if you know
anyone who still has the docs.  Brief was a much better option then, I'm sure
that hasn't changed.

WinDBG is a passable MDI editor, it does all the cute colouring that QCWin has.
It's far from being a full function programmer's editor but it can ct'n'paste
etc.

Conor.

Article 1085 of 1176, Mon 11:11.
Subject: Re: NT Under SCO Unix
From: [e-mail] (Tim Glauert)
Path: ub4b!mcsun!uknet!cam-orl!root
Organization: Olivetti Research Ltd, Cambridge, England.
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 5 Oct 92 10:11:45 GMT
Sender: [e-mail] (Operator)

In article <[e-mail]>, [e-mail] (peter da silva) writes:
|> In article <[e-mail]> [e-mail] (Barry Margolin) writes:
|> > In article <[e-mail]> [e-mail] (peter da silva) writes:
|> > >> Without using a standard layer such as POSIX it
|> > >> is very difficult to write sophisticated code that will run on different
|> > >> versions of Unix. Take a look at the source to xterm! :-)
|> > >X isn't UNIX.
|>
|> > I don't think he was talking about the X-related parts, but the OS
|> > interfaces.  For instance, look at all the #ifdef's in the code that opens
|> > the pty.
|>
|> That's all either X-related cruft or networking-related cruft (sockets, etc).

Really? I suggest that you take another look. Try main.c.

As the previous poster pointed out, there is a lot of "cruft" associated with
spawning a sub-process under different versions of Unix. That is what I was
referring to in my original remark. In fact there is no networking code in
xterm at all, and all the X code is quite standard.

|> A reasonable UNIX window system or networking software does not exist.

This sounds like an excellent reason to move to a system where such things DO
exist. NT may be such a system.

|> The worst case I can think of in real UNIX code is the terminal interface
|> stuff in Kermit. Over 100 #ifdefs in one file, but from my inspection it
|> could be considerably simplified.

In case you are interested, the R5 version of main.c has 155 #ifdefs.

I stand by my original claim: Without using a standard layer such as POSIX it
is very difficult to write sophisticated code that will run on different
versions of Unix.

Article 1086 of 1176, Mon 14:52.
Subject: Re: NFS Scenario w/ Lan Manager posssible?
From: [e-mail] (Dave Kolb)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!usenet.ins.cwru.edu!gatech!concert!sas!mozart.unx.sas.com!sasdxk
Organization: SAS Institute Inc.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 5 Oct 92 13:52:34 GMT
Sender: [e-mail] (Noter of Newsworthy Events)


In article <[e-mail]>, [e-mail] (Nitin Borwankar) writes:
|> In article <[e-mail]> [e-mail] (Dave Kolb) writes:
|>
|> [ some stuff deleted ]
|>
|> >- Will IBM's TCP/IP install along w/ MS' Lan Manager or only w/ IBM's
|> >  Lan Server?
|> >
|>
|> I don't know I've only used it with LanServer.
|>

I had LANMAN running and managed to see the NT machines.  Then I installed
IBM's TCP/IP ontop of LM's protocol drivers.  The config.sys order was
picky as I got a trap 00d until I got the right order but it finally
worked.  I managed to NFS mount a drive.  Unfortunately it seemed like
I could no longer see the NT machines.  The protocol manager stuff
seemed different enough between IBM's LAPS and MS' PROTMAN that I felt
uncomfortable with the setup beside.  If I had to do this again I'd
probably persue the Lan Server approach so as to better coexist w/ IBM's
TCP/IP.

|> Except for the IBM TCP/IP on LanMan part ( which I don't have info on ),
|> the rest ought to work.
|> Let the rest of us know how your experiment went.
|>
|> I work in an environment where UNIX, NT, LanMan, LanServer and TCP/ip have to
|> co-exist.
|> So far we haven't attempted NFS mounts via IBM's NFS so I'm curious.
|> But the NT/Lanman/LanServer interoperability works.
|>

Since what I'm really trying to do is to get Unix data to my NT box and
would ideally like to access it locally I decided the better tactic
would probably be to just boot OS/2 2.0 w/ IBM's TCP/IP w/ NFS and
copy the data.  Then reboot NT and use the data locally instead of
accross the network.

Of course a better solution would be to have NFS for Windows NT or to
have a Unix Lan Manager for HP/UX and NT and to use shared dirs.

There was a trick to get OS/2 2.0 and NT to live together under OS/2's
MOST booting.  That was to setup the partitions saving 1M for MOST
but then remove it before installing NT else NT hangs.  Then reboot
OS/2 floppies and add MOST again.  Thanks to Glenn Musial.  It seems
to work fine except once in a while I can't seem to select the system
I want from MOST or FLEXBOOT (the cursor just sticks).  I didn't try
installing NT ontop of OS/2 2.0 on the same disk as Msft implied
strongly that wouldn't work.
--
David Kolb                    Opinions are my own not SAS'
SAS Institute, Inc.           EMAIL:      [e-mail]
SAS Campus Drive - J206       Phone:      [phone] x6827
Cary, NC  27513-2414 USA      FAX:        [phone]

Article 1087 of 1176, Mon 17:33.
Subject: Re: EISA vs local bus
Keywords: EISA VL
From: [e-mail] (Eric Perkins)
Path: ub4b!mcsun!uunet!ogicse!decwrl!pa.dec.com!nntpd2.cxo.dec.com!nntpd.lkg.dec.com!sousa.ltn.dec.com!perkins
Organization: Digital Equipment Corporation, Littleton MA
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 5 Oct 92 16:33:15 GMT
Sender: [e-mail]
Reply-To: [e-mail] (Eric Perkins)


The original question for this article stated that 16MB was a limit
for ISA systems.

I would like to point out that this is not the case. After
posting a question and having Microsoft point out that
NT can handle more than 16MB on an ISA system I can
state that in fact it does. We currently have two ISA systems
one with 32MB and the other with 28MB and Windows NT has no problem
seeing and using all of the memory installed in the system.

It also appears that Windows 3.1 is making good us of the
extra memory as well.

===============================================================================
-- Note: All views questions, and thoughts are my own and in no way represent
--       those of my employer. I can be reached by the following means:
--
-- [e-mail]                  -- [phone] (Voice)
--                                              -- [phone] (Fax)
-- Eric R. Perkins
-- Digital Equipment Corporation
-- 295 Foster Street
-- LTN1-2/H09
-- Littleton, MA 01453
===============================================================================


Article 1088 of 1176, Mon 18:15.
Subject: Re: Is it time to split this newsgroup?
From: [e-mail] (Tom Haapanen)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!torn!watserv2.uwaterloo.ca!watserv1!wes.on.ca!tomh
Organization: Waterloo Engineering Software
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 5 Oct 92 17:15:33 GMT

> [e-mail] (Alistair Banks) writes:
>> So I think comp.os.ms-windows.nt.setup or comp.os.ms-windows.setup.win-nt
>> might be appropriate - we should think ahead and design a hierarchy that
>> can handle windows 3.x series, windows nt, "Modular Windows" series,
>> and be ready for other future versions of Windows.  [...]

[e-mail] (Max Cray) writes:
> I vote for the former rather than the latter, as it makes it easier for
> those who are just interested in Windows NT, and not 16-bit Windows.

Actually, it should probably be the latter.  There should be no need to
duplicate the entire Windows hierarchy for NT; .apps, .announce., .advocacy
and maybe even .misc can be shared between 3.1 and NT.  They do, after all,
share the same user interface and will have hundreds of common apps.

> I think as a minimum we ought to be thinking about the creation on one
> new newsgroup for Windows NT:
>       comp.os.ms-windows.nt     For Discussions of Microsoft Windows NT
> With the beta program just about ready for launch, and from the posts in
> this newsgroup there seems to be a need for a non-programmer newsgroup for
> Windows NT.

As of right now, there is no real need.  The .programmer.win32 newsgroup is
relatively low in volume, and 90% of the discussion is development-related.
Once the beta starts, and assuming there is no non-disclosure, we should
probably create .setup.nt.

> Based in Tim Glauert's suggestion, and the feed back from the MS employees,
> here is a plan for growth in the not too distant future as traffic warrants:
>       comp.os.ms-windows.nt.announce
>       comp.os.ms-windows.nt.setup
>       comp.os.ms-windows.nt.apps
>       comp.os.ms-windows.nt.programmer
>       comp.os.ms-windows.nt.misc
>       comp.os.ms-windows.nt.advocacy

Again, WHY?  The .programmer.win32 was designed for Win32-specific issues;
.programmer.misc is the appropriate group for all programming common to
the Windows API family.  And apart from the .setup group (and MAYBE .misc)
the others should remain in common with the Windows 3.x groups.

Further, as a veteran organizer of five newsgroup votes and/or reorganizations
(including comp.windows.ms.programmer and comp.os.ms-windows.*) I can also
tell you that you'll have a hard time getting them passed.

We have a good hierarchy right now; let's not overfragment it!

> Also I am just about done working on the Windows NT FAQ #2. Look for it soon.

Any chance for WinHelp format, like Windows FAQ and Windows Programmer FAQ?

[ \tom haapanen    "i don't even know what street canada is on" -- al capone ]
[ [e-mail]                   "trust the programmer" -- ansi c standard ]
[ waterloo engineering software      "to thine own self be true" -- polonius ]

Article 1089 of 1176, Mon 15:59.
Subject: Re: NT Under SCO Unix
From: [e-mail] (peter da silva)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!ames!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!menudo.uh.edu!sugar!ficc!peter
Organization: Xenix Support, FICC
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 5 Oct 92 14:59:56 GMT

I said: 2400 baud sisn't afst enough for anything more than graphics.

In article <[e-mail]> [e-mail] (John Hall) writes:
> I disagree.  Remote Login to a lan (especially at 9600 baud, but
> even 2400 is ok) is sufficient to run the type of remote desktop
> that Windows NT imagines.  That is, 100% of the GUI runs locally
> while opening pipes or RPC's to other

Oh, sure, if you want to imagine stuff I'll imagine I'm running MGR or
8 1/2 on my Blit. That should work fine at 2400 baud. If you're writing
a whole bunch of new applications from scratch anyway, why not use a
better API than Windows?

By the way, I'm still waiting for someone to post a reasonable review
of the NT kernel design, API, and so on that isn't in bogocode. You know,
something I can view and print without buying a PC to run Windows 3.1 on.

Something like the Plan 9 papers would be fine...
--
Peter da Silva                                          `-_-'
Ferranti Intl. Ctls. Corp.                               'U`
Sugar Land, TX  77487-5012           "Heeft u vandaag al uw wolf geknuffeld?"
[phone]            "Dat is mijn gezel, en niet bedoeld als een fooi."

Article 1090 of 1176, Mon 22:04.
Subject: Re: MS-Windows 32-bit Disk Access (was:  PowerPC or (P5 & P6)? )
From: [e-mail] (Will Estes)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!ames!haven.umd.edu!darwin.sura.net!sgiblab!sti.com!westes
Organization: Mail Group
Newsgroups: comp.sys.ibm.pc.hardware,comp.os.ms-windows.apps,comp.os.ms-windows.programmer.win32
Date: 5 Oct 92 21:04:18 GMT
Sender: [e-mail]

In article <[e-mail]> [e-mail] (Will Estes) writes:
>In article <[e-mail]> [e-mail] (Peter Busser) writes:
>>[e-mail] (Will Estes) writes:
>>
>>>In article <[e-mail]> [e-mail] (Tom Barrett) writes:
>>>>Actually, it is totally a waste to spend money on EISA for
>>>>personal computing... servers and multiuser (not
>>>>multiprocessing) machines excepted.
>>
>>>Anyone who knows of an EISA SCSI that has a 32-bit virtual device
>>>driver under Windows, please let us know about it.
>>
>>That's the point: there aren't any. And if they are there, they're expensive
>>because no one buys EISA boards.
>>
>>Besides, what is this 32-bit hype about?
>
>It's probably not hype at all.  If you've used Windows much, you know that
>any time you do significant I/O you end up blocking other tasks running
>on the system.  The reason for that is that int 13 is not re-entrant,
>and Windows can only have one task doing int 13 stuff at any one time.
>I think that maybe even Windows itself uses int 13 for the paging
>activity of Windows (someone correct me on that if it's wrong).
>
>The 32-bit option for virtual memory is basically a total replacement
>for int 13 BIOS hard disk calls.  It's a totally re-entrant I/O queueing
>system, and even if you are only using a 16-bit card with it in theory
>it should improve overall system performance by allowing low-level I/O
>requests from multiple concurrently executing apps to queue up in parallel.
>(Of course the thought occurs that all of these apps are probably going
>through int 21, which is also not re-entrant...)
>
>Anyway, Microsoft says that a 16-bit card that uses 32-bit disk access
>will in general improve system throughput by about 15%, and they claim
>that an EISA card that specifically supports 32-bit transfers in a
>32-bit virtual device driver will have a significant performance benefit
>(unquantified) above that.
>
>Again, I haven't used EISA or 32-bit access at all, so I can't report
>that I have experienced the result.  I'm just repeating what I've read
>from the Microsoft white paper on 32-bit disk access.
>
>--
>Will Estes             Internet: [e-mail]


--
Will Estes              Internet: [e-mail]

Article 1091 of 1176, Tue 00:44.
Subject: Re: ///// .WAV file format??? \\\\\\\\\\
From: [e-mail] (Tad Marshall)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!spool.mu.edu!caen!uakari.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!tad
Organization: Walker Richer & Quinn, Inc., Seattle, WA
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 5 Oct 92 23:44:36 GMT
Sender: [e-mail] (USENET News System)

In article <[e-mail]> [e-mail] (Paul Archer) writes:
>
>Does anybody know the .WAV file format?
>
> I assume it is basically 8-bit data, but what is the format of the
> header? Any info would be greatly appreciated.
>
>Thanks in advance
>
>  Paul Archer   ([e-mail])
>
> University of Cape Town

.WAV files are a type of RIFF file.  RIFF (Resource Interchange File Format)
files are composed of "chunks" which can be of different types, and can
include other chunks.  The files such as TADA.WAV that come with Windows each
contain a single chunk which is a "WAVE" type.

The WAVEfmt header gives the format of the data which follows.  There are
several supported formats, varying in sample rate, bits per sample, and
number of channels (mono or stereo).  8-bit sounds are, as you suggest, raw
data preceded by a header.  8-bit sounds are interpreted as having a minimum
value of 0x00 and a maximum value of 0xFF, with 0x80 as the "null" level.
16-bit sounds are in two's complement, so 0x8000 is the minimum value, 0x7FFF
is the maximum, and 0x0000 is the "null" (quiet) level.

This is pretty well documented in chapter 8 of the Multimedia Programmer's
Reference that comes with the Windows 3.1 SDK, and even better documented in
a separate Multimedia Programmer's Reference and Multimedia Programmer's
Workbook available from Microsoft Press (order codes MMPRRE and MMPRWO).

-- Tad Marshall

Article 1092 of 1176, Tue 01:16.
Subject: 32-Bit Disk Access: Any EISA Cards Support This Under Windows?
From: [e-mail] (Will Estes)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!stanford.edu!rutgers!sun-barr!olivea!spool.mu.edu!darwin.sura.net!sgiblab!sti.com!westes
Organization: Mail Group
Newsgroups: comp.os.ms-windows.apps,comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 00:16:46 GMT
Sender: [e-mail]

In article <[e-mail]> [e-mail] (Peter Busser) writes:
>[e-mail] (Will Estes) writes:
>
>>In article <[e-mail]> [e-mail] (Tom Barrett) writes:
>>>Actually, it is totally a waste to spend money on EISA for
>>>personal computing... servers and multiuser (not
>>>multiprocessing) machines excepted.
>
>>Anyone who knows of an EISA SCSI that has a 32-bit virtual device
>>driver under Windows, please let us know about it.
>
>That's the point: there aren't any. And if they are there, they're expensive
>because no one buys EISA boards.
>
>Besides, what is this 32-bit hype about?

It's probably not hype at all.  If you've used Windows much, you know that
any time you do significant I/O you end up blocking other tasks running
on the system.  The reason for that is that int 13 is not re-entrant,
and Windows can only have one task doing int 13 stuff at any one time.
I think that maybe even Windows itself uses int 13 for the paging
activity of Windows (someone correct me on that if it's wrong).

The 32-bit option for virtual memory is basically a total replacement
for int 13 BIOS hard disk calls.  It's a totally re-entrant I/O queueing
system, and even if you are only using a 16-bit card with it in theory
it should improve overall system performance by allowing low-level I/O
requests from multiple concurrently executing apps to queue up in parallel.
(Of course the thought occurs that all of these apps are probably going
through int 21, which is also not re-entrant...at very least paging will
take place asynchronously to application I/O since paging under the 32-bit
option by-passes DOS I/O altogether.  Any thoughts on this...will
applications still block waiting on int21?)

Anyway, Microsoft says that a 16-bit card that uses 32-bit disk access
will in general improve system throughput by about 15%, and they claim
that an EISA card that specifically supports 32-bit transfers in a
32-bit virtual device driver will have a significant performance benefit
(unquantified) above that.

Again, I haven't used EISA or 32-bit access at all, so I can't report
that I have experienced the result.  I'm just repeating what I've read
from the Microsoft white paper on 32-bit disk access.

I'm interested in hearing from others about whether there is even one
EISA SCSI card that supports true 32-bit access under Windows.  I'm also
interested in hearing speculations about what kind of performance boost
we might see from true 32-bit disk access via EISA as compared to a 16-bit
card that uses the 32-bit virtual device driver facility (i.e., BlockDev).

--
Will Estes              Internet: [e-mail]

Article 1093 of 1176, Tue 01:33.
Subject: TCP/IP Problems
From: [e-mail] (Dan Nater)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!spool.mu.edu!sol.ctr.columbia.edu!usc!elroy.jpl.nasa.gov!ames!ads.com!killer!news
Organization: Verity, Inc., Mountain View, Calif.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 00:33:18 GMT
Sender: [e-mail] (USENET News)
Reply-To: [e-mail] (Dan Nater)

How Do:

WINDOWS NT
Beta July 1, 1992

I am having trouble getting TCP/IP started.  I have a 3com 3c507 ethernet card.
When I run:

net start tcpipsvc

It fails with some pretty lame messages....
Have any of you had the same trouble?

Thanks,
Dan Nater
[e-mail]

*****************************************
                                   (*^)$$#$()&%#)^#)&%^
*****************************************

Article 1094 of 1176, Tue 01:36.
Subject: Re: Implementing RectInvisible(HDC, LPRC)?
From: [e-mail] (Dae Hee Lee)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!ames!haven.umd.edu!darwin.sura.net!wupost!uwm.edu!rutgers!netnews.upenn.edu!msuinfo!atlantic.cps.msu.edu!leeda
Organization: Dept. of Computer Science, Michigan State University
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 00:36:06 GMT
Sender: [e-mail]
Reply-To: [e-mail] (Dae Hee Lee)

Win32 API provides RectVisible(HDC, LPRC) which returns TRUE if any part
of the rect is visible and otherwise returns FALSE.  But no way to
implement RectInvisible(HDC, LPRC) which returns TRUE if any part of the
rect is invisible.  Why?

Daehee

Article 1095 of 1176, Tue 01:17.
Subject: Re: CD-ROM necessary for Installation?
From: [e-mail] (Cyclops)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!spool.mu.edu!yale.edu!jvnc.net!darwin.sura.net!zaphod.mps.ohio-state.edu!uwm.edu!rpi!batcomputer!munnari.oz.au!manuel!csc.canberra.edu.au!news
Organization: University of Canberra
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 00:17:03 GMT
Sender: [e-mail]

In article <[e-mail]> [e-mail] (Thomas Jell) writes:
>Is it possible to install Windows NT on my PC without having a CD-ROM?
>I have already transferred the NT-CD content to my SUN.
>On my PC I have PC-NFS and enough disk space.

Not a problem.  I have done a number of dos2nt.bat installations using
PC-NFS with a DOS mount.  Make sure you use the Release Notes manual that
comes with the Preliminary Software Development Kit and ignore the README
on the CD.  There are some yukky REGEDIT fiddles you have to do to get
LAN stuff going and you will need WDLAN.ZIP off ftp.uu.net if you're using
the SMC(was WD) cards.  I have not yet got it working either off dos2nt or
CD install but have some problem solving yet to do.
--
Renrut Werdna                   Probable-Possible, my black hen,
                                She lays eggs in the Relative When.
                                She doesn't lay eggs in the Positive Now
[e-mail]          Because she's unable to postulate how

Article 1096 of 1176, Mon 19:41.
Subject: Proaudio 16 + NEC CD-ROM
From: [e-mail] (Michael Bishop)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!ames!think.com!sdd.hp.com!scd.hp.com!hplextra!hpfcso!mike-b
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 5 Oct 92 18:41:55 GMT

I have a Mediavision Proaudio 16 soundcard and a NEC CDR-83J CD-ROM
plugged into the SCSI connector on the card.  The card and the CD-ROM
work just fine under MS Windows 3.1, but they are not currently
supported under the Windows NT pre-Beta release.

My question is:  Will the Windows NT Beta release (scheduled for this
October) have support for the Proaudio 16 soundcard?  Will this support
also include the SCSI portion of the soundcard so that I can get access
to my CD-ROM while running Windows NT?

By the way, I also have a Adaptec 1740 SCSI disc controller, but I can't
seem to get it to work with the CD-ROM using Windows 3.1 or NT.  Has
anyone successfully interfaced the NEC CDR-83J CD-ROM to the Adaptec
1740 disc controller?  Upon booting with this hardware configuration,
Windows NT finds the Adaptec 1740 controller, but does not recognize the
CD-ROM.  And Windows 3.1 does not find the CD-ROM either.  Do I need to
get/load special drivers from Adaptec (or NEC) to support my CD-ROM in
this configuration?

Thanx for any help.

Michael Bishop
Hewlett-Packard Company
Internet: [e-mail]

Article 1097 of 1176, Tue 00:33.
Subject: Re: NT Under SCO Unix
From: [e-mail] (peter da silva)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!spool.mu.edu!wupost!usc!zaphod.mps.ohio-state.edu!menudo.uh.edu!sugar!ficc!peter
Organization: Xenix Support, FICC
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 5 Oct 92 23:33:30 GMT

In article <[e-mail]> [e-mail] (Tim Glauert) writes:
> In article <[e-mail]>, [e-mail] (peter da silva) writes:
> |> That's all either X-related cruft or networking-related cruft (sockets, etc).

> Really? I suggest that you take another look. Try main.c.

*anything* to do with a PTY is part of the networking mess, because that's
where ptys came from. That, and the terminal mess (caused by System III
changing the terminal mode interface) cover 99% of the "cruft" in UNIX.

> As the previous poster pointed out, there is a lot of "cruft" associated with
> spawning a sub-process under different versions of Unix.

I don't think so. Not unless you fiddle with sockets (more networking derived
junk).

> |> A reasonable UNIX window system or networking software does not exist.

> This sounds like an excellent reason to move to a system where such things DO
> exist.

Possibly so. I've been using one for a while. It's a bit more efficient than
NT or most UNIX implementations, too.

> NT may be such a system.

Nope, the Microsoft Windows API is just as messed up as X.

> |> The worst case I can think of in real UNIX code is the terminal interface
> |> stuff in Kermit. Over 100 #ifdefs in one file, but from my inspection it
> |> could be considerably simplified.

> In case you are interested, the R5 version of main.c has 155 #ifdefs.

Sounds like incompetance or a case of too many cooks. Time to rewrite from
scratch.

> I stand by my original claim: Without using a standard layer such as POSIX it
> is very difficult to write sophisticated code that will run on different
> versions of Unix.

Depends on your definition of sophisticated code. From this discussion, I
suspect that anything that doesn't involve windows or networking doesn't
count as sophisticated, right?
--
Peter da Silva                                          `-_-'
Ferranti Intl. Ctls. Corp.                               'U`
Sugar Land, TX  77487-5012           "Heeft u vandaag al uw wolf geknuffeld?"
[phone]            "Dat is mijn gezel, en niet bedoeld als een fooi."

Article 1098 of 1176, Tue 13:59.
Subject: Win NT, some simple questions
From: [e-mail] (torstein hansen)
Path: ub4b!mcsun!sunic!ugle.unit.no!ugle.unit.no!torstein
Organization: Dept. of Chem.Eng, Norwegian Inst. of Tech
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 12:59:26 GMT
Sender: [e-mail] (NetNews Administrator)

As a user of both a 486/33 PC and a Silicon Graphics Indigo, I am
interested in information regarding Windows NT. Some simple questions
follows:

1) I have a Toshiba P-CDR-1 CD-ROM player connected to the Indigo,
what hardware, drivers etc. do I need to connect this to my PC?

2) If I'm correct, you may buy the pre-beta release in the States for
approx. 60-70 US$. In an ad. here in Norway, they are charging equiv.
~340 US$. Is it possible to buy direct from the USA? Will Microsoft
have any objections? Will I be entitled to any upgrades? ...?

3) Does the pre-release support Lantastic Networks?

4) Is there anybody who will give an educated guess on what I will
have to pay for Excel, Word etc. compiled for the Indigo version of
Windows NT? Will it be much higher than the PC version?

5) When will the NT be available for the Indigo? At what price?

6) Is there any roumors regarding the final price on the Win NT?

7) What compilers will be supporting Win NT? (I am currently using
Turbo Pascal for Windows)

Any help will be highly appreciated.

Please e-mail.

Torstein Hansen
[e-mail]

Article 1099 of 1176, Tue 13:49.
Subject: Re: EISA vs local bus
Keywords: EISA VL
From: [e-mail] (E. Rosenquist)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!spool.mu.edu!uwm.edu!rutgers!ub!netfs!ncs.dnd.ca!rosenqui
Organization: Software Kinetics Limited
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 12:49:57 GMT
Sender: [e-mail] (NEWS)

In article <[e-mail]> [e-mail] (Eric Perkins) writes:
>
>The original question for this article stated that 16MB was a limit
>for ISA systems.
>
>I would like to point out that this is not the case. After
>posting a question and having Microsoft point out that
>NT can handle more than 16MB on an ISA system I can
>state that in fact it does. We currently have two ISA systems
>one with 32MB and the other with 28MB and Windows NT has no problem
>seeing and using all of the memory installed in the system.
>
>It also appears that Windows 3.1 is making good us of the
>extra memory as well.

No, I never claimed that 16MB was a limit for the system, indeed the
CPU can address >16MB, I was concerned about adapter cards on an ISA
bus.  The ISA bus only has 24 addressing lines, limiting it to a 16MB
address space.

I've subsequently found out (from the Byte article on the VL bus) that
the VL extension slot gives a VL card all 32 data *and* address lines,
meaning that a VL card would not be limited to 16MB.

Now the burning question is whether or not the drivers for such cards
will be able to take advantage of the larger address space.  I'm
hoping that someone with a bit of knowledge of NT internals or driver
development can shed some light on the possibilities.

I'm leaning towards an EISA system anyway, but if the video drivers
are still going to shuffle data to the card via buffers below 16MB,
then I might as well get an ISA version of the ATI UltraPro rather
than an EISA version and save a few $$.

Eric
--
Eric Rosenquist - Software Kinetics Limited
65 Iber Road, Stittsville Ontario Canada, K2S 1E7
Tel: [phone], Fax: [phone]
email: [e-mail]

Article 1100 of 1176, Tue 15:59.
Subject: Re: Proaudio 16 + NEC CD-ROM
From: [e-mail] (Art Baker)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!usenet.ins.cwru.edu!gatech!darwin.sura.net!haven.umd.edu!decuac!westsd.dco.dec.com!baker
Organization: Digital Equipment Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 14:59:31 GMT
Sender: [e-mail] (USENET News System)

In article <[e-mail]> [e-mail] (Michael Bishop) writes:
[...]
>
>My question is:  Will the Windows NT Beta release (scheduled for this
>October) have support for the Proaudio 16 soundcard?  Will this support
>also include the SCSI portion of the soundcard so that I can get access
>to my CD-ROM while running Windows NT?

 A call to Media Vision's technical folks reveals that Media Vision has
no plans to support the PAS-16 under Windows NT.  It is their opinion
that their customers should be able to get by with the SoundBlaster
emulation features of the PAS-16.

 If Trantor writes a driver for the SCSI controller, then at least the
CD-ROM drive would work under NT.  I don't know what Trantor's plans
are.

 You might want to give Media Vision a call and register your opinion on
their decision:

        BBS:    [phone]
        voice:  [phone]

--
        ***********************************************************
        * Art Baker                     | Joy and fierceness...   *
        * [e-mail]      |                         *
        ***********************************************************

Article 1101 of 1176, Tue 15:59.
Subject: Comtrade Systems & NT
From: [e-mail] (Timothy Jones)
Path: ub4b!mcsun!uunet!destroyer!sol.ctr.columbia.edu!news.cs.columbia.edu!boxhill.com!tim
Organization: Box Hill Systems Corporation, New York, NY
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 14:59:40 GMT
Sender: [e-mail]

Does anyone out there have experience with these systems?  They run big ads in
Computer Shopper and have pretty competitive prices.  Of particular interest
is their combination EISA/local bus machine.

Also, has anyone tried running Windows/NT on them?  They're not listed in the
latest hardware compatibility list I have, and NT compatibility is a
requirement.

Thanks,
Tim
--
Timothy Jones, Engineer                                 e-mail: [e-mail]
Box Hill Systems Corporation                                voice: 212-989-4455
161 Avenue of the Americas, New York, NY, 10013               fax: [phone]

Article 1102 of 1176, Mon 18:22.
Subject: Re: NT DDK Conference ?
From: [e-mail] (Michael Ben-Ari ([e-mail]))
Path: ub4b!mcsun!sunic!psinntp!psinntp!tandon!mba
Organization: Tandon Corporation, Moorpark, CA
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 5 Oct 92 17:22:58 GMT

In article <[e-mail]> [e-mail] (Mike Overton) writes:
>After initially deciding not to go, on the grounds of cost, I've
>now decided to go to the US conference. But I seem to have mislaid
>the booking form, originally posted on the announce group. Could
>anyone mail me a copy, or give me the phone no of MS in the states
>to call to arrange it.

The number is.....  1 (800) MS-SHOWS (67-74677) or [phone]
(international).   Good luck, and ENJOY DISNEYLAND while you're there!

-Mike

>
>Thanks in advance.
>
>Mike Overton.
>
>P.S. The trip is personal, and is not connected with Spider.


--
------------------------------------------------------------------------------
Mike Ben-Ari                    Tandon Corporation      [phone]
[e-mail]                  609 Science Drive       [phone] Fax
[e-mail]       Moorpark, CA 93021 USA

Article 1103 of 1176, Tue 16:57.
Subject: Re: Win NT, some simple questions
From: [e-mail] (Wolfgang Strobl)
Path: ub4b!mcsun!uunet!stanford.edu!rutgers!jvnc.net!gmd.de!strobl
Organization: GMD, Sankt Augustin, Germany
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 15:57:18 GMT
Sender: [e-mail] (USENET News)

In <[e-mail]> [e-mail] (torstein hansen) writes:

>As a user of both a 486/33 PC and a Silicon Graphics Indigo, I am
>interested in information regarding Windows NT. Some simple questions
>follows:

I have a similar configuration, i.e. a 486/33, a Toshiba CD-ROM
and an Indigo.

>1) I have a Toshiba P-CDR-1 CD-ROM player connected to the Indigo,
>what hardware, drivers etc. do I need to connect this to my PC?

As far as I know, the Toshiba PD-CDR-1 is called TXM3301 by Toshiba,
and is one of the drives supported by the current (July) NT prerelease.

In order to connect it to your PC, you need one of the supported
SCSI adapters. I didn't try that, because I don't have one, and
because I already had another (not supported) CD-ROM on my PC,
and because the DOS2NT installation (i.e. installation under DOS,
via MSCDEX and XCOPY) worked quite well. If that had failed,
I would have bought an Adaptec 154x SCSI controller in order to
use the Toshiba drive.

>2) If I'm correct, you may buy the pre-beta release in the States for
>approx. 60-70 US$. In an ad. here in Norway, they are charging equiv.
>~340 US$. Is it possible to buy direct from the USA? Will Microsoft
>have any objections? Will I be entitled to any upgrades? ...?

In Germany, Microsoft had an article in the German
"Microsoft System Journal" which announced the PDK and contained
prices and order numbers. The price for the CD (including all
the upgrades up to and including the final NT) without docs was
164 DM. I ordered it immediately and got it eight weeks later.
As far as I know, the U.S. price is 69$ + 20$ for shipping, which
not much diffrent from 164 DM (which includes shipping) (1.50 DM == 1$).

Are you shure that your price doesn't apply to the PDK *including*
documentation? This is more expensive.

>3) Does the pre-release support Lantastic Networks?

I don't think so.

>4) Is there anybody who will give an educated guess on what I will
>have to pay for Excel, Word etc. compiled for the Indigo version of
>Windows NT? Will it be much higher than the PC version?

There isn't an official version of NT for the Indigo, yet,
so it is hard to speculate about that.

>5) When will the NT be available for the Indigo? At what price?

The current answer from SGI is that they have demonstrated it, but that
they haven't announced anything.

Anyway, I have the suspicion that the expected NT for the Indigo
won't run on current versions of the Indigo, because it has the
R3000 processor, only. This means that might have to swap the
motherboard against a new one in order to run NT, if that becomes
available. Unfortunately, this isn't always feasible. :-(

>6) Is there any roumors regarding the final price on the Win NT?

MS says:  <500$ for the single client version, >500$ for the server
version. I hope they will consider a heavy discount for
developers! :-)

>7) What compilers will be supporting Win NT? (I am currently using
>Turbo Pascal for Windows)

Ask Borland :-). I'm using the Zortech C++ compiler for DOS development,
but given the dubious future of that compiler, I'm now considering
other options, too. For NT development, currently there is only
one option: the prerelease C/C++ compiler from MS which comes with
the PDK.

Wolfgang Strobl
#include <std.disclaimer.hpp>

Article 1104 of 1176, Tue 18:40.
Subject: Re: Proaudio 16 + NEC CD-ROM
From: [e-mail] (Tad Marshall)
Path: ub4b!mcsun!uunet!ogicse!news.u.washington.edu!tad
Organization: Walker Richer & Quinn, Inc., Seattle, WA
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 17:40:07 GMT
Sender: [e-mail] (USENET News System)

In article <[e-mail]> [e-mail] (Michael Bishop) writes:
>...
>By the way, I also have a Adaptec 1740 SCSI disc controller, but I can't
>seem to get it to work with the CD-ROM using Windows 3.1 or NT.  Has
>anyone successfully interfaced the NEC CDR-83J CD-ROM to the Adaptec
>1740 disc controller?  Upon booting with this hardware configuration,
>Windows NT finds the Adaptec 1740 controller, but does not recognize the
>CD-ROM.  And Windows 3.1 does not find the CD-ROM either.  Do I need to
>get/load special drivers from Adaptec (or NEC) to support my CD-ROM in
>this configuration?

I'm using an Adaptec 1740 with a Sony CDU-541 internal CDROM drive at home
with no problems under either NT or Win31.  The Sony is set to SCSI ID 6,
if that makes any difference.  I've been able to get the 1740 to work in
both enhanced (EISA) mode and standard (1540 compatibility) mode.  Under
NT, this just worked ... under Win31, I had to load some Adaptec drivers to
get things functional.  In standard mode, I ran ASPI4DOS.SYS, under enhanced
mode I run ASPIEDOS.SYS ... these are part of a driver disk called ASW-1410.
I also need to run a CDROM driver, in my case ASWCDSNY.SYS, though there is
also a ASWCDNEC.SYS on the same disk (called ASW-410) that might work with
your CDR-83J.

-- Tad Marshall

Article 1105 of 1176, Tue 17:36.
Subject: Re: ///// .WAV file format??? \\\\\\\\\\
From: [e-mail] (Christoph H. Hochstaetter)
Path: ub4b!mcsun!Germany.EU.net!rrz.uni-koeln.de!unidui!math.fu-berlin.de!Sirius.dfn.de!solaris.rz.tu-clausthal.de!sg1502.chemie.uni-marburg.de!ch
Organization: Philipps-University Marburg
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 16:36:39 GMT
Sender: [e-mail] (Operator)

In article <[e-mail]>, [e-mail]
(Paul Archer) writes:
|>
|>
|> Does anybody know the .WAV file format?
|>
|>  I assume it is basically 8-bit data, but what is the format of the
|>  header? Any info would be greatly appreciated.

No, .WAV is not limited to 8-bit, if you need more information and
sample code, have a look on ftp.uu.net in /vendor/microsoft/multimedia

Christoph
---
Internet: [e-mail]
BITNET: HAMPE2@DMRHRZ11
Fido: 2:243/660

Article 1106 of 1176, Tue 17:56.
Subject: Re: MEP editor
From: [e-mail] (Christoph H. Hochstaetter)
Path: ub4b!mcsun!Germany.EU.net!rrz.uni-koeln.de!unidui!math.fu-berlin.de!Sirius.dfn.de!solaris.rz.tu-clausthal.de!sg1502.chemie.uni-marburg.de!ch
Organization: Philipps-University Marburg
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 16:56:21 GMT
Sender: [e-mail] (Operator)

In article <[e-mail]>, [e-mail] (Dave Kolb)
writes:
|>
|> How is/was one supposed to find out about "mep"?  It seems like an OK
|> line mode editor and seeing a suggestion on one of the posts I edited
|> \mstools\init\tools.ini and changed the helpfile path at the bottom
|> of the file to "c:\mstools\bin\mep.hlp".  This helped me enough to get
|> by but isn't there some more on mep like a general overview etc?
|>
The first time I tried "mep" in the good old days of OS/2 1.1,
I decided, that "mep" will not be my favourite programming
environment. I am now using KEDIT 5.0 for OS/2 from Mansfield
Software Group (no relationship, except a satisfied customer)
with /NT. KEDIT is fully compatible to XEDIT for VM/CMS, which
should be well known to SAS Institute.

There is now a PD-Clone available from GNU on hobbes.nmsu.edu,
but I have never tried it. The filename is THEDIT.*, I believe

Christoph
---
Internet: [e-mail]
BITNET: HAMPE2@DMRHRZ11
Fido: 2:243/660

Article 1107 of 1176, Tue 18:45.
Subject: how to get non-SCSI CDROM accessible under NT
From: [e-mail] (Charles Parker)
Path: ub4b!mcsun!uunet!noc.near.net!news.centerline.com!hroudland!cparker
Organization: CenterLine Software
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 17:45:08 GMT
Reply-To: [e-mail]

I am a newcomer to NT. My immediate goal is to set things up so that I
never have to boot DOS. Please forgive the perhaps obvious nature of
these questions, and feel free to point me to particular on-line
documentation.

1) I have a SONY CDR-??? CDROM sans SCSI. Is there any way
   to get NT to recognize it ?
2) failing that, how do I get things so that an NT-based
   DOS session can see it ?
3) how do I get my setup so that I can run my 16 bit winapps
   under NT ?
4) is there some sort of NT command line somewhere ?

        [e-mail]
---
---------------------------------------------------------
                                       cyberspace
momma, don't let yer children grow up to be ^ cowboys ...
---------------------------------------------------------

Article 1108 of 1176, Tue 22:05.
Subject: Porting under UNIX (Was: Re: NT Under SCO Unix)
From: [e-mail] (Ketil M. Malde)
Path: ub4b!mcsun!sunic!aun.uninett.no!alf.uib.no!alf.uib.no!ketil
Organization: student of computer science at the University of Bergen, Norway
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 6 Oct 92 21:05:25 GMT
Sender: [e-mail] (Bergen University Newsaccount)
Reply-To: [e-mail]


Well, maybe it's difficult to write portable code under Unix, I
haven't really tried, but I have ported (compiled) quite a few
applications to our systems.  And I find that there usually is very
little difficulty involved.

Btw, how would you go about without ifdefs?  Say you want to port NT
code (or whatever) to a different architecture.  Now:  how will you
cope with little- or bigendianness, integer size (32bit, 64bit, or
whatever), and probably several other HARDware dependencies.  And we
haven't even touched multiprocessing systems (which seems to be the
future) yet.

Sure, UNIX versions varies, but remember that if Unix had been
produced by *one* vendor from the start, it wouldn't have become what
it is today.



--
 = Ketil Malde                     In real life:  [e-mail] =
 = Nuke the whales!                    Honk if you love unicorns! =

Article 1109 of 1176, Tue 19:13.
Subject: Re: Proaudio 16 + NEC CD-ROM
From: [e-mail] (Kim-Kiat Tan)
Path: ub4b!mcsun!uunet!stanford.edu!agate!linus!philabs!kkt
Organization: Philips Laboratories, Briarcliff, New York
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 18:13:10 GMT
Sender: [e-mail] (Mr. C. News)

In article <[e-mail]> [e-mail] (Art Baker) writes:
>In article <[e-mail]> [e-mail] (Michael Bishop) writes:
>[...]
>>
> A call to Media Vision's technical folks reveals that Media Vision has
>no plans to support the PAS-16 under Windows NT.  It is their opinion
>that their customers should be able to get by with the SoundBlaster
>emulation features of the PAS-16.
>       ***********************************************************
>       * Art Baker                     | Joy and fierceness...   *
>       * [e-mail]      |                         *
>       ***********************************************************

        Anybody has a list of sound cards and MIDI that are supported
under NT (or at least has plan) ?

Article 1110 of 1176, Wed 01:27.
Subject: Re: Porting under UNIX (Was: Re: NT Under SCO Unix)
From: [e-mail] (Anthony P Lawrence)
Path: ub4b!mcsun!uunet!decwrl!world!apl
Organization: The World Public Access UNIX, Brookline, MA
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 7 Oct 92 00:27:18 GMT

In article <[e-mail]> [e-mail] writes:
>
>Well, maybe it's difficult to write portable code under Unix, I
>haven't really tried, but I have ported (compiled) quite a few
>applications to our systems.  And I find that there usually is very
>little difficulty involved.
>
>
>Sure, UNIX versions varies, but remember that if Unix had been
>produced by *one* vendor from the start, it wouldn't have become what
>it is today.

In this week's InfoWorld, Cringely reports Bill Gates as saying "NT
is essentially Unix".

Is that a mistake?  If a corporation knew they had to move from
Dos, considered Unix but decided to wait for NT thinks about it,
why wait?

On the one side you have One Vendor not quite yet producing something
that may be pretty unstable for a few years.

On the other side you have... well, we all know what we have.

Hearing Bill say that, might not the decision be "why not go with
Unix now?"



                Tony

Lawrence & Clark, Inc           [phone]  [phone]
Xenix/Unix support,etc           Boston          Seattle

Article 1111 of 1176, Wed 04:04.
Subject: Re: TCP/IP Problems
From: [e-mail] (Cyclops)
Path: ub4b!mcsun!uunet!munnari.oz.au!manuel!csc.canberra.edu.au!news
Organization: University of Canberra
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 03:04:14 GMT
Sender: [e-mail]

[e-mail] (Dan Nater) writes:

>WINDOWS NT
>Beta July 1, 1992
 ^^^^ Preliminary!!

>I am having trouble getting TCP/IP started.  I have a 3com 3c507 ethernet card.
>When I run:

>net start tcpipsvc

>It fails with some pretty lame messages....
>Have any of you had the same trouble?

Sure have, and still am having!!.

I have tried both dos2nt.bat and graphic install(using WD8003EP card and have
the latest WDLAN.ZIP) and as of yet have had no luck.  Some suggestions that
may help:

1. Get WDLAN.ZIP off ftp.uu.net in vendor/microsoft/... and have a look at the
README.TXT which will give some 'useful' info.
2. Have a look at the errors in the Windows NT system log which can be viewed
in the administration folder.  I have not yet been fully able to interpret the
info therein(Any Docco anybody?).
3. Look for interrupt conflicts.
4. Make sure that the following files exist:

        a %SystemRoot%\system\drivers\afd.sys
        b %SystemRoot%\system\drivers\streams.sys
        c %SystemRoot%\system\drivers\tcpip.sys
        d %SystemRoot%\system\drivers\nbt.sys
        e %SystemRoot%\system\drivers\telnet.sys
        f %SystemRoot%\system\drivers\etc\hosts
        g %SystemRoot%\system\drivers\etc\protocols
        h %SystemRoot%\system\drivers\etc\networks
        i %SystemRoot%\system\drivers\etc\lmhosts

If they don't then copy them off of your CD.  This info pulled out of mail on
the compuserve forum.

I would be interested in 'me tooing' any e-mail you get and keep us posted.

Regards
--
Renrut Werdna                   Probable-Possible, my black hen,
                                She lays eggs in the Relative When.
                                She doesn't lay eggs in the Positive Now
[e-mail]          Because she's unable to postulate how

Article 1112 of 1176, Wed 06:06.
Subject: Fatal System Errors
From: [e-mail] (Geoff Lamb)
Path: ub4b!mcsun!uunet!munnari.oz.au!asgard!gsl
Organization: CSIRO Division of Manufacturing Technology, Melbourne, Australia
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 05:06:08 GMT


I am trying to install Windows NT over our network using PC-NFS and a SUN Sparc CD-ROM and the dos2nt.bat file.

I get to the bit where it asks if I want to boot NT or DOS, I choose NT and I get the following errors:

        *** Fatal System Error : 0x00000069

        *** Phase 1 I/O initialization failed

Does anyone have any ideas? Or does anyone know what those errors mean?

Thanks in advance.

Geoff Lamb

--
Geoff Lamb, CSIRO Div of Manufacturing Tech,     Phone: [phone]
Locked Bag No. 9, Preston, Vic, 3072, Australia. Fax: [phone]
Internet: [e-mail]

Article 1113 of 1176, Wed 07:45.
Subject: SCSI-1 CD-ROM
From: [e-mail] (Alexander W Tam)
Path: ub4b!mcsun!uunet!olivea!charnel!rat!zeus!atam
Organization: California Polytechnic State University, San Luis Obispo
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 06:45:35 GMT

I have a NEC CDR-84 internal CD-ROM drive. It was used to
install NT on my machine. However, the pre-release version of
NT doesn't support SCSI-1 CD-ROM for audio playback. i.e. I
cannot listen to musical CDs under NT right now. Anybody knows
whether the next version, may be beta release due in the end
of October, of NT will support SCSI-1 CD-ROM so that I can use
the "CDPlayer" utility?

By the way, does anyone have a SCSI-2 CD-ROM successfully play
musical CDs under NT using the 'CDPlayer' program?

Alex
[e-mail]

Article 1114 of 1176, Wed 09:52.
Subject: NT for multiple users(?)
Keywords: MultiUser
From: [e-mail] (Karl Thoroddsen)
Path: ub4b!mcsun!sunic!isgate!krafla!karlth
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 08:52:38 GMT
Sender: [e-mail]

Can the same NT machine be used by two+ users at a time?  And if so
how are they classified (one user the others as anonymous processes?).

I know that NT is not classified as a multiuser system, but I find it
hard to believe that NT doesn't support somekind of sharing of the same CPU
between users.

A detailed description would be appreciated!

Thanks in advance.


--

\ Internet: [e-mail]             \ Karl Thoroddsen University Of Iceland
 \ Respect...            , Peter Ustinov  \ Department Of Computer Science

Article 1115 of 1176, Wed 12:37.
Subject: Re: Porting under UNIX (Was: Re: NT Under SCO Unix)
From: [e-mail] (Keith Bedford)
Path: ub4b!mcsun!uunet!know!cass.ma02.bull.com!pluto.uk03.bull.co.uk!keithb
Organization: Bull HN UK
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 7 Oct 92 11:37:35 GMT
Sender: @uk03.bull.co.uk

[e-mail] (Ketil M. Malde) writes:


>Btw, how would you go about without ifdefs?  Say you want to port NT
>code (or whatever) to a different architecture.  Now:  how will you
>cope with little- or bigendianness, integer size (32bit, 64bit, or
>whatever), and probably several other HARDware dependencies.  And we
>haven't even touched multiprocessing systems (which seems to be the
>future) yet.

The best way (IMHO) is to extract all portability issues into header files
which define macros to achieve the desired aim. This produces clean
readable source files. The header files can either use #ifdef to select
between platforms or different header files can be produced for each
platform (easier to read and create, harder to maintain).


>--
> = Ketil Malde                     In real life:  [e-mail] =
==============================================================================
  Keith Bedford                         [e-mail]

Article 1116 of 1176, Wed 12:06.
Subject: Re: Win NT, some simple questions
From: [e-mail] (Tony Roby)
Path: ub4b!mcsun!uknet!andersen.co.uk!aroby
Organization: Andersen Consulting (UK Practice)
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 11:06:24 GMT

In <[e-mail]>
[e-mail] (torstein hansen) writes:

>2) If I'm correct, you may buy the pre-beta release in the States for
>approx. 60-70 US$. In an ad. here in Norway, they are charging equiv.
>~340 US$. Is it possible to buy direct from the USA? Will Microsoft
>have any objections? Will I be entitled to any upgrades? ...?

I asked Microsoft about this when I was in the States recently.  They will
not sell a copy to go outside the US since it infringes the license
agreement.  It probably contains top secret data encryption code which
would endanger US national security if anyone got their hands on it !

Tony

Article 1117 of 1176, Wed 12:51.
Subject: Re: EISA vs local bus
Keywords: EISA VL
From: [e-mail] (Daavid Turnbull)
Path: ub4b!mcsun!uunet!munnari.oz.au!mel.dit.csiro.au!yarra!bohra.cpg.oz.au!daavid
Organization: Computer Power Software
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 11:51:39 GMT


So what ever happened to microchannel.  This thread has being going for weeks
now and I do not think I have seem MCA mentioned once.

My understanding of the situation is that what ever applies to eisa from an
NT perspective probably applies equally as well to MCA.

My prediction is that as software, (particularly something like NT), gets
more i/o intensive then everyone will want eisa.
--
        Daavid Turnbull
        [e-mail]   [phone]    (fax) [phone]
        uunet!munnari!bohra.cpg.oz!daavid
        CP Software Export Pty Ltd                   ACN 006 640 133

Article 1118 of 1176, Tue 17:06.
Subject: Re: How to run net cmds at boot time?
From: [e-mail] (Kevin Broadey)
Path: ub4b!mcsun!uunet!pipex!demon!edscom!kevin
Organization: EDS-Scicon, Milton Keynes, UK
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 16:06:15 GMT
Sender: [e-mail] (Kevin Broadey)
Reply-To: Kevin Broadey <[e-mail]>

>>>>> In article <[e-mail]>, "Ben" ==
>>>>> [e-mail] (Ben Goetter) writes:

Ben> Instructions for automatic "net start" on the PDK release:

Ben> Start regedit.  Open HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services.
Ben> Look therein for the service you want to autostart (e.g.
Ben> LanmanServer).  Set the Start value of the service to 2 (this is
Ben> SERVICE_AUTO_START if you know the Win32 Service Control Manager
Ben> APIs).

I've just tried this for TcpipSvc on my Olivetti PWS4000 (MIPS R4000)
and it doesn't work.  I'm logged on as "Administrator" and I get
"Insufficient privilege".

I tried using the User Manager to grant the Administrators group every
single privelege, logged out and back in, and still couldn't do it.

Heeeeeeeeeeeelp!!

Article 1119 of 1176, Wed 10:25.
Subject: Re: Porting under UNIX (Was: Re: NT Under SCO Unix)
From: [e-mail] (Kevin Broadey)
Path: ub4b!mcsun!uunet!pipex!demon!edscom!kevin
Organization: EDS-Scicon, Milton Keynes, UK
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 7 Oct 92 09:25:15 GMT
Sender: [e-mail] (Kevin Broadey)
Reply-To: Kevin Broadey <[e-mail]>

>>>>> In article <[e-mail]>, "Ketil" ==
>>>>> [e-mail] (Ketil M. Malde) writes:

Ketil> Sure, UNIX versions varies, but remember that if Unix had been
Ketil> produced by *one* vendor from the start, it wouldn't have become
Ketil> what it is today.

Is that a glowing endorsement or a damning criticism?

Article 1120 of 1176, Mon 16:22.
Subject: MCL and /Zp switch
From: [e-mail] (Kevin Broadey)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!ames!haven.umd.edu!darwin.sura.net!wupost!uunet!pipex!demon!edscom!kevin
Organization: EDS-Scicon, Milton Keynes, UK
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 5 Oct 92 15:22:07 GMT
Sender: [e-mail] (Kevin Broadey)
Reply-To: Kevin Broadey <[e-mail]>

I'm using the MCL compiler on my Olivetti PWS4000 to build the Windows
3.1 application I'm porting.

I copied the whole lot across, makefiles and all, and have been (slowly)
changing the bits that don't work.

I had a problem whereby GetTextMetrics(hDC, &tm) was causing the app to
crash with a "Data Misalignment" error.  After much grotting around I
dumped out "&tm" and was surprised to find that it started on an odd
address.  After a further bit of investigation I discovered that the
reason for this is that "sizeof(tm)" was 53, ad its base address was 53
bytes below the previous (HANDLE) variable on the stack.

I removed the /Zp switch compiler switch and rebuilt and the problem
went away.

So the question is this: Am I right in thinking that I *don't* need /Zp
for Win32?

Article 1121 of 1176, Tue 09:29.
Subject: How do I connect to an NFS drive?
From: [e-mail] (Kevin Broadey)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!ames!haven.umd.edu!darwin.sura.net!wupost!uunet!pipex!demon!edscom!kevin
Organization: EDS-Scicon, Milton Keynes, UK
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 08:29:52 GMT
Sender: [e-mail] (Kevin Broadey)
Reply-To: Kevin Broadey <[e-mail]>

Would some kind soul point me to the document that tells me how to
access NFS drives from my NT machine.

It's connected to a network of Sun SPARCs that share drives left, right
and centre, and I can ftp with then all quite happily.

Article 1122 of 1176, Tue 09:39.
Subject: Which LIBs do I need?
From: [e-mail] (Kevin Broadey)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!spool.mu.edu!darwin.sura.net!wupost!uunet!pipex!demon!edscom!kevin
Organization: EDS-Scicon, Milton Keynes, UK
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 6 Oct 92 08:39:54 GMT
Sender: [e-mail] (Kevin Broadey)
Reply-To: Kevin Broadey <[e-mail]>

I found out recently that LIBC.LIB, LIBCMT.LIB and CRTDLL.LIB all do
much the same thing, except that you need to compile with different
flags (none, -D_MT, -D_MT and _D_DLL respectively) to use them.

Can someone tell me which document describes the various libraries and
what you need to do to use them.  I haven't got the hardcopies we
ordered in July and grotting around all the postscript files is a real
pain.

TIA

Kevin

Article 1123 of 1176, Wed 14:07.
Subject: Re: Fatal System Errors
From: kenyee@sneakers (Ken Yee)
Path: ub4b!mcsun!uunet!world!ksr!kenyee@sneakers
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 13:07:41 GMT
Sender: [e-mail]

In article <[e-mail]> [e-mail] (Geoff Lamb)
writes:
>
> I am trying to install Windows NT over our network using PC-NFS and a
SUN Sparc CD-ROM and the dos2nt.bat file.
>
> I get to the bit where it asks if I want to boot NT or DOS, I choose NT
and I get the following errors:
>
>       *** Fatal System Error : 0x00000069
>
>       *** Phase 1 I/O initialization failed
>
> Does anyone have any ideas? Or does anyone know what those errors mean?
    I get the same stupid error.  I wish Microsoft tech support would
    answer questions on this usenet group instead of requiring CIS
    access.
    I have a WD7000FASST SCSI card.  The driver seems to load before I
    get this error.
    A couple of people who've gotten around it have suggested formatting
    the disk to one partition for NT only.  Another one got new ROMs for
    his Ultrastor controller.  Sounds like a generic "I'm clueless"
    error to me :-<

 On a different note, have you heard that WinNT won't load at all if you
 have OS/2 2.0 Boot Manager loaded anywhere on the disk?  OS/2 2.0 can
 be loaded after WinNT, however.  Guess who's in the "we don't have to
 be compatible with anyone because we *ARE* the standard" camp?  :-)

  ken

Article 1124 of 1176, Wed 15:35.
Subject: Re: NT Under SCO Unix
From: [e-mail] ( IT Manager)
Path: ub4b!mcsun!uunet!tiamat!jim
Organization: Ahlstrom Filtration - Chattanooga,TN
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 7 Oct 92 14:35:40 GMT
Followup-To: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions

In article <[e-mail]>, [e-mail] (Keith Smith) writes:
> I knew it all along.  I'm f*cking nuts. (Not in my right mind).  I kinda
> like the SPEED and simplicity of the text based interface.  In fact even
> though I can use X or even windows at work I don't.  I just don't ever
> SEE any business apps running 90% graphics.  Hey,  Don't get me wrong.
> If you are doing CAD or Desktop Publishing you NEED those capabilities.
> But the average user on my Systems can't even follow the concept of an
> SCO multiscreen.  Full use of windows would just blow them away, like as
> in forget it.

I used to think this also.  A few months ago we installed 3
X-terminals for non-technical users (they are, however, educated
people, so we're not talking illiterates here) and they have really
caught on, so I would not discount the advantages of a window based
system.

However, I will still side with Keith that support for character based
applications is absolutely necessary.  Even on the X-terminals, most
of the programs being used are running in 'xterm' windows in character
mode.  This is for two reasons: 1) most of the programs are ones we
wrote, so there's no time or money to go back and change them all to
direct X apps, and 2) the programs we actually bought (e.g. WP, 1-2-3,
etc) are just now coming out with X-based versions on our platforms
and the upgrades aren't going to be free, so it will be a while before
we can affordt o upgrade.

So, while I would not give up my Xwindows work environment for
anything, I still argue for the preservation of character interfaces,
since you can always integrate character into graphical, whereas the
reverse is quite tedious.
-------------
James B. O'Connor                                     [e-mail]
Information Technology Manager                        voice 615/821-4022 x651
Ahlstrom Filtration, Inc.                             fax   [phone]
=========
        "Anyone who is capable of getting themselves made President,
         should, on no account, be allowed to do the job."
         Douglas Adams, _The Restaurant at the End of the Universe_

Article 1125 of 1176, Wed 15:41.
Subject: Re: Porting under UNIX (Was: Re: NT Under SCO Unix)
From: [e-mail] (Pete Hardie)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!spool.mu.edu!darwin.sura.net!pirates!emory!nastar!phardie
Organization: Digital Transmission Systems, Duluth, GA.
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 7 Oct 92 14:41:39 GMT

In article <[e-mail]> [e-mail] writes:
>Well, maybe it's difficult to write portable code under Unix, I
>haven't really tried, but I have ported (compiled) quite a few
>applications to our systems.  And I find that there usually is very
>little difficulty involved.
>
>Btw, how would you go about without ifdefs?  Say you want to port NT
>code (or whatever) to a different architecture.  Now:  how will you
>cope with little- or bigendianness, integer size (32bit, 64bit, or
>whatever), and probably several other HARDware dependencies.  And we
>haven't even touched multiprocessing systems (which seems to be the
>future) yet.

It seems to me that the biggest advantage of #ifdef is that the unused code
does not get compiled into the object file, preventing huge sizes.  Most of
the functionality of #ifdef could be duplicated by selective sed'ing of header
files in the configuration, since a majority of the changes are either a)
function name/parameter differences or b) endian/size differences, and those
can usually be *compiled* w/o error on any machine, whether or not they can
*run* correctly.

--
Pete Hardie:  phardie@nastar  (voice) [phone]
Digital Transmission Systems, Inc., Duluth GA
Member, DTS Dart Team           |  cat * | egrep -v "signature virus|infection"
Position:  Goalie               |

Article 1126 of 1176, Wed 18:33.
Subject: Re: TCP/IP Problems
From: [e-mail]
Path: ub4b!mcsun!ieunet!tcdcs!mee.tcd.ie!cnolan
Organization: Microelectronics Dept, Trinity College Dublin
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 17:33:07 GMT
Sender: [e-mail] (NN required at ashe.cs.tcd.ie)

In article <[e-mail]>, [e-mail] (Cyclops) writes:
stuff deleted ...
>
> I would be interested in 'me tooing' any e-mail you get and keep us posted.
>
> Regards


This is a 'me too' NOT!

Using a WD 8013EP (Elite 16) and the updated deiver from Compuserve (actually
ftp.uu.net) I now have the tcpip service going.  So just to let you know it can
be done ... keep trying.

I used the DOS2NT install.  After the copying stage I put the WDLAN driver in
the drivers sub-dir.  After that I followed all the instructions very
carefully. It still took me three complete installs before I got everything
right.  No magic required.

Conor.

Article 1127 of 1176, Wed 16:56.
Subject: Re: Win NT, some simple questions
From: [e-mail] (Keith Mancus/MDSSC)
Path: ub4b!mcsun!uunet!think.com!ames!eos!aio!sam!mancus
Organization: IGOAL, NASA Johnson Space Center, Houston
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 15:56:47 GMT
Sender: [e-mail] (USENET News System)

In article <[e-mail]> [e-mail] (Tad Marshall) writes:
>In article <[e-mail]> [e-mail] (torstein hansen) writes:

>>5) When will the NT be available for the Indigo? At what price?

>As far as I know, there has been no definitive statement of support for
>the Indigo.  Last I heard, support was promised for only Intel 386/486 PC
>compatibles, MIPS R4000 ACE/ARC machines (which the Indigo is not), and
>DEC Alpha.  Others may happen, but have not yet been promised.

  Actually, it is just the opposite.  Although there is a running version
of NT in-house at SGI (which was demoed at SIGGRAPH '92, where I saw it),
SGI folks over on the appropriate net groups have stated that it is
strictly a technology demo and there are NO plans to support NT on SGI
workstations.
  The R4000 based Indigo *IS* an ACE/ARC machine, and I do not understand
why the shipped version isn't compatible with it.  But Tad is right, the
CDROM Mips version of NT will not run on an Indigo of any flavor (at
least this is what SGI folks told me).

  The bottom line:  I would not count on EVER being able to run NT
on any SGI workstation, including the Indigo.  ACE is dead.

--
| Keith Mancus    <[e-mail]>                         |
|                 N5WVR                                                  |
|  "If I owned Texas and I owned Hell, I'd rent out Texas and live       |
|  in Hell." -General Sheridan                                           |

Article 1128 of 1176, Wed 18:37.
Subject: Re: Win NT, some simple questions
From: [e-mail] (John Hawkes)
Path: ub4b!mcsun!uunet!pmafire!news.dell.com!swrinde!cs.utexas.edu!sun-barr!olivea!sgigate!odin!hillrun.corp.sgi.com!hawkes
Organization: Silicon Graphics
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 17:37:51 GMT
Sender: [e-mail] (Net News)

In article <[e-mail]>, [e-mail]
(Keith Mancus/MDSSC) writes:
|> In article <[e-mail]> [e-mail] (Tad
|> Marshall) writes:
|> >In article <[e-mail]>
|> [e-mail] (torstein hansen) writes:
|>
|> >>5) When will the NT be available for the Indigo? At what price?
|>
|> >As far as I know, there has been no definitive statement of support
|> for
|> >the Indigo.  Last I heard, support was promised for only Intel 386/486
|> PC
|> >compatibles, MIPS R4000 ACE/ARC machines (which the Indigo is not),
|> and
|> >DEC Alpha.  Others may happen, but have not yet been promised.
|>
|>   Actually, it is just the opposite.  Although there is a running
|> version
|> of NT in-house at SGI (which was demoed at SIGGRAPH '92, where I saw
|> it),
|> SGI folks over on the appropriate net groups have stated that it is
|> strictly a technology demo and there are NO plans to support NT on SGI
|> workstations.
|>   The R4000 based Indigo *IS* an ACE/ARC machine, and I do not
|> understand
|> why the shipped version isn't compatible with it.  But Tad is right,
|> the
|> CDROM Mips version of NT will not run on an Indigo of any flavor (at
|> least this is what SGI folks told me).

To run WindowsNT on a specific machine requires several elements,
including
Prom, HAL (Hardware Abstraction Layer, e.g. cache and tlb management
routines), and I/O drivers.  Sure, an R4000 microkernel is common to all
R4000 uniprocessor machines, but all the rest of the pieces are machine-
specific.  The July CDROM contains the machine-specific pieces for the
MIPS R4000 ARCsystem, but not for any other SGI platform.
--
John Hawkes             [e-mail]

Article 1129 of 1176, Wed 20:13.
Subject: Re: How do I connect to an NFS drive?
From: [e-mail] (Dave Kolb)
Path: ub4b!mcsun!uunet!news.centerline.com!noc.near.net!hri.com!spool.mu.edu!caen!uvaarpa!concert!sas!mozart.unx.sas.com!sasdxk
Organization: SAS Institute Inc.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 19:13:14 GMT
Sender: [e-mail] (Noter of Newsworthy Events)


In article <[e-mail]>, [e-mail] (Kevin Broadey) writes:
|> Would some kind soul point me to the document that tells me how to
|> access NFS drives from my NT machine.
|>
|> It's connected to a network of Sun SPARCs that share drives left, right
|> and centre, and I can ftp with then all quite happily.

There is no native NFS capability.
--
David Kolb                    Opinions are my own not SAS'
SAS Institute, Inc.           EMAIL:      [e-mail]
SAS Campus Drive - J206       Phone:      [phone] x6827
Cary, NC  27513-2414 USA      FAX:        [phone]

Article 1130 of 1176, Wed 20:18.
Subject: Re: Fatal System Errors
From: [e-mail] (Dave Kolb)
Path: ub4b!mcsun!uunet!news.centerline.com!noc.near.net!hri.com!spool.mu.edu!caen!uvaarpa!concert!sas!mozart.unx.sas.com!sasdxk
Organization: SAS Institute Inc.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 19:18:36 GMT
Sender: [e-mail] (Noter of Newsworthy Events)


In article <[e-mail]>, kenyee@sneakers (Ken Yee) writes:
|> In article <[e-mail]> [e-mail] (Geoff Lamb)
|> writes:
|>
|>  On a different note, have you heard that WinNT won't load at all if you
|>  have OS/2 2.0 Boot Manager loaded anywhere on the disk?  OS/2 2.0 can
|>  be loaded after WinNT, however.  Guess who's in the "we don't have to
|>  be compatible with anyone because we *ARE* the standard" camp?  :-)
|>
|>   ken

Just turn off BM, install NT and then reboot OS/2 from Floppy and
re-install it where the 1M partition was.  Seems to work except that
sometimes both BM and FLEXBOOT don't seem to allow me a choice of OS.

When that happens (usually after a Windows NT shutdoen), I just power
the machine and get my choices no problem.
--
David Kolb                    Opinions are my own not SAS'
SAS Institute, Inc.           EMAIL:      [e-mail]
SAS Campus Drive - J206       Phone:      [phone] x6827
Cary, NC  27513-2414 USA      FAX:        [phone]

Article 1131 of 1176, Wed 20:21.
Subject: Re: Fatal System Errors
From: [e-mail] (Dave Kolb)
Path: ub4b!mcsun!uunet!news.centerline.com!noc.near.net!hri.com!spool.mu.edu!caen!uvaarpa!concert!sas!mozart.unx.sas.com!sasdxk
Organization: SAS Institute Inc.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 19:21:09 GMT
Sender: [e-mail] (Noter of Newsworthy Events)


In article <[e-mail]>, kenyee@sneakers (Ken Yee) writes:
|> In article <[e-mail]> [e-mail] (Geoff Lamb)
|> writes:

|>     I have a WD7000FASST SCSI card.  The driver seems to load before I
|>     get this error.
|>     A couple of people who've gotten around it have suggested formatting
|>     the disk to one partition for NT only.  Another one got new ROMs for
|>     his Ultrastor controller.  Sounds like a generic "I'm clueless"
|>     error to me :-<
|>

I've had success after failure w/ SCSI drives if I formatted the drive
under OS/2 or DOS before letting NT see it.  The SCSI drives had originally
come from a UNIX system and caused NT to hang at boot time.
--
David Kolb                    Opinions are my own not SAS'
SAS Institute, Inc.           EMAIL:      [e-mail]
SAS Campus Drive - J206       Phone:      [phone] x6827
Cary, NC  27513-2414 USA      FAX:        [phone]

Article 1132 of 1176, Wed 21:32.
Subject: Drivers for CD Technology with AHA-1542B
Keywords: driver, Toshiba, Adaptec AHA-1542B, CD Technology
From: [e-mail] (Richard D. Schlotfeldt)
Path: ub4b!mcsun!uunet!caen!sol.ctr.columbia.edu!src.honeywell.com!dicks
Organization: Honeywell Systems & Research Center
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 20:32:41 GMT
Sender: [e-mail] (News interface)
Reply-To: [e-mail]

I am waiting for the October release of NT, hoping that it will
run decently with 8 megs of RAM. Meanwhile I am trying to get
access to the CD-ROM under MS-DOS. I suspect there may be others
in the same boat, so here is what I have learned along with
some questions.

I have used an AHA-1542B for a couple years without need for
drivers so I ordered the CD Technology CD-ROM drive without
knowing I would need drivers to use it with MS-DOS. The drive
arrived without drivers but I soon figured out that I needed
some.

A search of ftp sites and mail to a few people were fruitless
but I picked up a few clues searching through old news. More
searching today produced solid info: the phone number of the
Adaptec BBS is: [phone]. From the BBS I learned that the
drivers are sold by Adaptec through distributors. If you have
the drivers, free updates are available from the BBS.

I am still not certain exactly which driver packages I need. It
looks like I need ASW-1410 and either ASW-410 or ASW-500: I
am not clear on what support is in each. A couple dealers gave
quotes in the $75-$100 range per software package.

My questions:

  - Which drivers package(s) do I need to access the CD-ROM
    drive (in addition to my hard disk) under DOS?

  - Does the software for the Microsoft Developer Network
    CD-ROM work under Windows NT without the DOS drivers?
    In other words, am I barking up the wrong tree? Can I
    just forget about DOS drivers and rely on Windows NT
    completely?

  - Are DOS drivers needed for use of the CD-ROM drive by
    DOS programs running under Windows NT?

Dick Schlotfeldt     [e-mail]

Article 1133 of 1176, Wed 23:32.
Subject: Dialog Editor Question
From: [e-mail] (Mike Jones)
Path: ub4b!mcsun!uunet!emba-news.uvm.edu!emba-news!jones
Organization: University of Vermont, EMBA Computer Facility
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 22:32:39 GMT
Sender: [e-mail]

I have a question about the use of the .res file that the dialog
editor creates.   How do you use it ?

If I put all of the .dlg file into my master .rc file and skip using
the .res file, all works.

Seems like too much work.  Can I use the .res file directly somehow ?
I tried both "MyMenu"(after commenting out the approp #define) and
MAKEINTRESOURCE(MyMenu) for the parameter to DialogBox().

What I want is... a main.rc file with the titlebar menus, and write
all of my popups using the dialog editor.

thanks for all replies,
  Mike

=========================================================
Mike Jones                   | [e-mail]
EMBA-CF, 250 Votey Building. |
University of Vermont        |
Burlington, VT.    USA       | Voice:  [phone]
                05405        | FAX:    [phone]
=========================================================

Article 1134 of 1176, Wed 23:35.
Subject: WndDbg problem
From: [e-mail] (Mike Jones)
Path: ub4b!mcsun!uunet!emba-news.uvm.edu!emba-news!jones
Organization: University of Vermont, EMBA Computer Facility
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 22:35:42 GMT
Sender: [e-mail]

If I strike up the WinDbg'er from the program manager, I cannot figure
out how to load my executable in and run it.

If I do it from DOS prompt, "windbg prog.exe" it works.  How do I tell
windbg from PM mode, the name of my .exe.

When I select "Load" it askes for my .c file name.  When I press
"Restart" it says "thread no loaded".

Thank you,
  Mike

=========================================================
Mike Jones                   | [e-mail]
EMBA-CF, 250 Votey Building. |
University of Vermont        |
Burlington, VT.    USA       | Voice:  [phone]
                05405        | FAX:    [phone]
=========================================================

Article 1135 of 1176, Wed 23:41.
Subject: Telnet Slow
From: [e-mail] (Mike Jones)
Path: ub4b!mcsun!uunet!emba-news.uvm.edu!emba-news!jones
Organization: University of Vermont, EMBA Computer Facility
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 22:41:09 GMT
Sender: [e-mail]

I have a 20Mhz 386DX and I find my TCP/IP telnet window about as fast
as my 12 Mhz 8086 with a 2400 baud modem.

It appears that window scrolling is very slow under Windows.  Is it
still slow under the faster 486/33's ?  I have seen X/UNIX running on a
486/33, and it wasn't slow at all.  So, are we talking slow computer,
or slow window system/OS ?

Mike

Article 1136 of 1176, Wed 23:00.
Subject: Re: How to run net cmds at boot time?
From: [e-mail] (Cyclops)
Path: ub4b!mcsun!uunet!munnari.oz.au!manuel!csc.canberra.edu.au!news
Organization: University of Canberra
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 22:00:19 GMT
Sender: [e-mail]

Kevin Broadey <[e-mail]> writes:
>
>Ben> Instructions for automatic "net start" on the PDK release:
>
>Ben> Start regedit.  Open HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services.
>Ben> Look therein for the service you want to autostart (e.g.
>Ben> LanmanServer).  Set the Start value of the service to 2 (this is
>Ben> SERVICE_AUTO_START if you know the Win32 Service Control Manager
>Ben> APIs).
>
>I've just tried this for TcpipSvc on my Olivetti PWS4000 (MIPS R4000)
>and it doesn't work.  I'm logged on as "Administrator" and I get
>"Insufficient privilege".
>
>I tried using the User Manager to grant the Administrators group every
>single privelege, logged out and back in, and still couldn't do it.
>
>Heeeeeeeeeeeelp!!

When you're using regedit you'll notice an item on the menu bar relating to
security.  With the item you want to chang highlighted then use this option
(logged on as administrator) to give yourself the appropriate access ;^].


--
Renrut Werdna                   Probable-Possible, my black hen,
                                She lays eggs in the Relative When.
                                She doesn't lay eggs in the Positive Now
[e-mail]          Because she's unable to postulate how

Article 1137 of 1176, Wed 23:27.
Subject: Re: Fatal System Errors
From: [e-mail] (Cyclops)
Path: ub4b!mcsun!uunet!munnari.oz.au!manuel!csc.canberra.edu.au!news
Organization: University of Canberra
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 22:27:41 GMT
Sender: [e-mail]

[e-mail] (Geoff Lamb) writes:

>I am trying to install Windows NT over our network using PC-NFS and a SUN Sparc CD-ROM and the dos2nt.bat file.
>
>I get to the bit where it asks if I want to boot NT or DOS, I choose NT and I get the following errors:
>
>       *** Fatal System Error : 0x00000069
>
>       *** Phase 1 I/O initialization failed
>
>Does anyone have any ideas? Or does anyone know what those errors mean?

Here it is straight out of NTFAQ.TXT.  If you want the complete FAQ for
AUS ftp to csc.canberra.edu.au and look in NT/winnt/1; NON-AUS -
ftp.uu.net in vendor/microsoft/....

Geoff, if you want more help pls phone [phone] or email me as I have copies
of a lot of mail off the compuserve forums that actually mentions some
specific hardware cases.

************************************************************************

Error  0x00000069

This is a phase one initialization error, which happens when Windows NT
tries to talk with the HD controller.  It can be caused by any number of
things.  Things to try:

* If the card allows, slow down the DMA transfer rate.

* Make sure both ends of the SCSI bus are terminated.

* Make sure there are no IRQ, or memory address conflicts.

* Make sure you're aren't using a faulty or un-supported driver i.e. the FD
1680 SCSI controller is supported, but there is a problem with that driver
which will be fixed and posted on WinNT, Lib 2.
************************************************************************
--
Renrut Werdna                   Probable-Possible, my black hen,
                                She lays eggs in the Relative When.
                                She doesn't lay eggs in the Positive Now
[e-mail]          Because she's unable to postulate how

Article 1138 of 1176, Wed 23:53.
Subject: Re: GNU Software CD-ROM for NT ?
From: [e-mail] (Jeffrey Siegal)
Path: ub4b!mcsun!uunet!congrunt!jbs
Organization: Congruent Corporation; New York, NY
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 22:53:11 GMT
Sender: [e-mail]

In article <[e-mail]> [e-mail] (Al Dykes) writes:

   Can someone point me to the company that has ported the GNU software
   to NT and is distributing it on CDROM.

Congruent Corporation
110 Greene Street
New York NY 10012

212/431-5100
212/219-1532 fax
[e-mail]

Article 1139 of 1176, Thu 00:00.
Subject: Re: NT for multiple users(?)
From: [e-mail] (Christoph H. Hochstaetter)
Path: ub4b!mcsun!uunet!dtix!darwin.sura.net!Sirius.dfn.de!solaris.rz.tu-clausthal.de!root
Organization: Techn. Univ. Clausthal
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 7 Oct 92 23:00:40 GMT
Sender: [e-mail] (Operator)
Reply-To: [e-mail] (Christoph H. Hochstaetter)

In  <[e-mail]>  [e-mail] (Karl Thoroddsen) writes:
> Can the same NT machine be used by two+ users at a time?  And if so
> how are they classified (one user the others as anonymous processes?).
>
> I know that NT is not classified as a multiuser system, but I find it
> hard to believe that NT doesn't support somekind of sharing of the same CPU
> between users.
>

NT supports RPC, this is the preferred way to share CPUs in NT. There
is no such thing like remote Console Login (e.g. via TELNET).
The statements from MS are not quite clear.

All I found out now, was that the kernel as well as the subsystems are
capable of running different processes in different security contexts.
The other thing is, they stated, that interactive processes, that are
running concurrently must be run in the same security context.

No one could tell me clearly, what the criteria is, when a process is
interactive and when it is not interactive.

> A detailed description would be appreciated!

That would be really a fine thing.

Christoph
--
Internet: [e-mail]
Bitnet  : HAMPE2 AT DMRHRZ11
Fido    : 2:243/660

Article 1140 of 1176, Thu 03:44.
Subject: Re: Which LIBs do I need?
From: [e-mail] (Sean Foderaro)
Path: ub4b!mcsun!uunet!franz.com!franz!jkf
Organization: Franz Inc., Berkeley, CA
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 02:44:49 GMT
Sender: [e-mail]

Here is something from compu$erve:

Fm: Doug Olson [Microsoft] 72350,2635
To: Richard Spence 100112,304 (X)

Richard:

When using CRTDLL.LIB it is necessary to place -D_MT and -D_DLL on the compile
command line.  Adding these defines should correct the problem you have been
experiencing with the CTYPE macros.

The below table summarizes this information:

 +------------+-------------------------------------+----------------+
 |            |            Program Type             |                |
 |            +------------------+------------------+                |
 | C Run-Time |   Application    |        DLL       | Define Symbols |
 |  Library   +---------+--------+---------+--------+                |
 |            | Single  | Multi- | Single  | Multi- |                |
 |            | thread  | thread | thread  | thread |                |
 +------------+---------+--------+---------+--------+----------------+
 |LIBC.LIB    | *       |        | *       |        | (none)         |
 |LIBCMT.LIB  | *       | *      | *       | *      |  _MT           |
 |CRTDLL.LIB  | *       | *      | *       | *      |  _MT, _DLL     |
 +------------+---------+--------+---------+--------+----------------+

Article 1141 of 1176, Thu 03:48.
Subject: Re: Which LIBs do I need?
From: [e-mail] (Sean Foderaro)
Path: ub4b!mcsun!uunet!franz.com!franz!jkf
Organization: Franz Inc., Berkeley, CA
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 02:48:43 GMT
Sender: [e-mail]


Here is something from compu$erve:

Fm: Doug Olson [Microsoft] 72350,2635
To: Richard Spence 100112,304 (X)

Richard:

When using CRTDLL.LIB it is necessary to place -D_MT and -D_DLL on the compile
command line.  Adding these defines should correct the problem you have been
experiencing with the CTYPE macros.

The below table summarizes this information:

 +------------+-------------------------------------+----------------+
 |            |            Program Type             |                |
 |            +------------------+------------------+                |
 | C Run-Time |   Application    |        DLL       | Define Symbols |
 |  Library   +---------+--------+---------+--------+                |
 |            | Single  | Multi- | Single  | Multi- |                |
 |            | thread  | thread | thread  | thread |                |
 +------------+---------+--------+---------+--------+----------------+
 |LIBC.LIB    | *       |        | *       |        | (none)         |
 |LIBCMT.LIB  | *       | *      | *       | *      |  _MT           |
 |CRTDLL.LIB  | *       | *      | *       | *      |  _MT, _DLL     |
 +------------+---------+--------+---------+--------+----------------+

Article 1142 of 1176, Wed 22:44.
Subject: Re: NT Under SCO Unix
From: [e-mail] (Alistair Banks)
Path: ub4b!mcsun!uunet!microsoft!hexnut!alistair
Organization: Microsoft Corporation
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 7 Oct 92 21:44:06 GMT

May I request that this thread is taken over to .advocacy groups. It
has degenerated irretrievably from an questions about plans into a
debate about the realtive merits of UI techniques - this is way off
the subject matter of Win32 API programming.

-- Alistair

Article 1143 of 1176, Thu 03:27.
Subject: Multiuser (was Re: MS's misconduct!)
From: [e-mail] (Christoph H. Hochstaetter)
Path: ub4b!mcsun!uunet!wupost!zaphod.mps.ohio-state.edu!darwin.sura.net!Sirius.dfn.de!solaris.rz.tu-clausthal.de!root
Organization: Techn. Univ. Clausthal
Newsgroups: comp.os.os2.advocacy,comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 02:27:46 GMT
Sender: [e-mail] (Operator)
Reply-To: [e-mail] (Christoph H. Hochstaetter)

In  <[e-mail]>  [e-mail] (Pete Skelly) writes:
> Okay, I guess I've had my head in the sand or something.  I have yet to
> see anyone use a multiuser system as you seem to think it is.  How
> does one hook 5 mice up to a computer so 5 people can use it.  How does
> one hook 5 keyboards up.
>
> THE SCREEN DEVICE OF NT ONLY ALLOWS ONE USER TO HAVE OWNERSHIP OF IT.
>
> Everything else is pretty much multiuser.  Each process has it's own
> user/security context.  I can run processes on someone elses machine
> when they're logged on.  These processes run under my security context.
>

Thanks for that posting Pete, your sentence in upper case finally made
me understood, what is meant by "only one interactive user at a time".
So, if there will be a Telnet-Daemon for NT, either from MS or a third-
party-vendor, it could spawn a CMD.EXE and let a user do some tasks
under his security context, while another user is using the machine
locally. I hope, I got that right.

> What is more multiuser than that?  having 5 keyboards and 5 mice
> hooked up and one screen so 5 people can type on the screen at one time?
>
> SHEESH.
>

If I had to decide, between one machine with 5 processors, 5 mice, 5
keyboard and 5 screens or 5 machines with one screen/mouse/KB/proc each,
I probably would prefer the first solution. If there is only one user
logged in a machine with 5 processors, he could have the full power of
all five processors. Of course you are right, that it makes few sense
to have a machine with 5 keyboard/mice and only one screen.

Christoph
--
Internet: [e-mail]
Bitnet  : HAMPE2 AT DMRHRZ11
Fido    : 2:243/660

Article 1144 of 1176, Thu 03:46.
Subject: Re: Fatal System Errors
From: [e-mail] (Christoph H. Hochstaetter)
Path: ub4b!mcsun!uunet!cs.utexas.edu!sun-barr!ames!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!solaris.rz.tu-clausthal.de!root
Organization: Techn. Univ. Clausthal
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 02:46:18 GMT
Sender: [e-mail] (Operator)
Reply-To: [e-mail] (Christoph H. Hochstaetter)

In  <[e-mail]>  kenyee@sneakers (Ken Yee) writes:
> In article <[e-mail]> [e-mail] (Geoff Lamb)
> writes:
> >       *** Fatal System Error : 0x00000069
> >
> >       *** Phase 1 I/O initialization failed
> >
> > Does anyone have any ideas? Or does anyone know what those errors mean?
>     I get the same stupid error.  I wish Microsoft tech support would
>     answer questions on this usenet group instead of requiring CIS
>     access.

Ken, the support from Microsoft employees posting here is not too bad, I
think. The 0x00000069 error is discussed in FAQ, so simply get the FAQ
from ftp.uu.net:/usenet/comp.os.ms-windows.programmer.win32

>  On a different note, have you heard that WinNT won't load at all if you
>  have OS/2 2.0 Boot Manager loaded anywhere on the disk?  OS/2 2.0 can
>  be loaded after WinNT, however.  Guess who's in the "we don't have to
>  be compatible with anyone because we *ARE* the standard" camp?  :-)

This has also been discussed before, of course you can install NT after
you have installed OS/2 2.0. NT's flexboot just gets a little confused
about the drive letters. So change the x:\WINNT to
multi(0)disk(0)rdisk(x)partition(y)\WINNT and flexboot will work perfectly.

Christoph
--
Internet: [e-mail]
Bitnet  : HAMPE2 AT DMRHRZ11
Fido    : 2:243/660

Article 1145 of 1176, Thu 10:04.
Subject: Re: Multiuser (was Re: MS's misconduct!)
From: [e-mail] (Karl Thoroddsen)
Path: ub4b!mcsun!sunic!isgate!krafla!karlth
Newsgroups: comp.os.os2.advocacy,comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 09:04:39 GMT
Sender: [e-mail]
Followup-To: comp.os.os2.advocacy

In <[e-mail]> [e-mail] (Christoph H. Hochstaetter) writes:

>In  <[e-mail]>  [e-mail] (Pete Skelly) writes:

>> THE SCREEN DEVICE OF NT ONLY ALLOWS ONE USER TO HAVE OWNERSHIP OF IT.
>>
>> Everything else is pretty much multiuser.  Each process has it's own
>> user/security context.  I can run processes on someone elses machine
>> when they're logged on.  These processes run under my security context.
>>

Does NT allow multiple Screens per machine?

>Thanks for that posting Pete, your sentence in upper case finally made
>me understood, what is meant by "only one interactive user at a time".
>So, if there will be a Telnet-Daemon for NT, either from MS or a third-
>party-vendor, it could spawn a CMD.EXE and let a user do some tasks
>under his security context, while another user is using the machine
>locally. I hope, I got that right.

>> What is more multiuser than that?  having 5 keyboards and 5 mice
>> hooked up and one screen so 5 people can type on the screen at one time?
>>
>> SHEESH.
>>

>Of course you are right, that it makes few sense
>to have a machine with 5 keyboard/mice and only one screen.

But it makes sense to hook up 5 keyboard/mice/SCREENS to the same machine.
I remember reading somewhere that NT doesn't support this dumb terminal
concept and thus NT is classified by some as not being multiuser.

Pete, please correct me if I'm mistaken.

Ciao.

--

\ Internet: [e-mail]             \ Karl Thoroddsen University Of Iceland
 \ Respect...            , Peter Ustinov  \ Department Of Computer Science

Article 1146 of 1176, Thu 14:31.
Subject: Re: Fatal System Errors
From: kenyee@sneakers (Ken Yee)
Path: ub4b!mcsun!uunet!world!ksr!kenyee@sneakers
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 13:31:47 GMT
Sender: [e-mail]

In article <[e-mail]>
[e-mail] (Christoph H. Hochstaetter) writes:
> This has also been discussed before, of course you can install NT after
> you have installed OS/2 2.0. NT's flexboot just gets a little confused
> about the drive letters. So change the x:\WINNT to
> multi(0)disk(0)rdisk(x)partition(y)\WINNT and flexboot will work
perfectly.
> [David Kolb]
>Just turn off BM, install NT and then reboot OS/2 from Floppy and
>re-install it where the 1M partition was.  Seems to work except that
>sometimes both BM and FLEXBOOT don't seem to allow me a choice of OS.
>
>When that happens (usually after a Windows NT shutdoen), I just power
>the machine and get my choices no problem.
  Thanks for the replies.  I hope this "problem" gets fixed in the
  final release.  There was an article in Windows magazine that
  indicated that it would only work if NT were installed first

> I've had success after failure w/ SCSI drives if I formatted the drive
> under OS/2 or DOS before letting NT see it.  The SCSI drives had
originally
> come from a UNIX system and caused NT to hang at boot time.
> David Kolb                    Opinions are my own not SAS'
  reformat I did do.  not much fun reinstalling though :-(

> [Cyclops]
> Here it is straight out of NTFAQ.TXT.  If you want the complete FAQ for
> * If the card allows, slow down the DMA transfer rate.
  this I may be guilty of.  I'm running the ISA bus at 11Mhz.
  I'll let you know if slowing it down works...

 ken

Article 1147 of 1176, Thu 16:46.
Subject: WIN NT Beta?
From: [e-mail] (D. Kirk Darnell)
Path: ub4b!mcsun!uunet!gumby!wupost!unlinfo.unl.edu!UNLVM.UNL.EDU!IANR009
Organization: University of Nebraska
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 15:46:35 GMT
Sender: [e-mail]

Can someone tell me what the latest news is on the Windows NT beta?
When will it ship, etc?

Thanks...


Article 1148 of 1176, Thu 15:08.
Subject: Flexboot flexability
From: [e-mail] (Dave Kolb)
Path: ub4b!mcsun!uunet!news.centerline.com!noc.near.net!hri.com!spool.mu.edu!wupost!zaphod.mps.ohio-state.edu!darwin.sura.net!uvaarpa!concert!sas!mozart.unx.sas.com!sasdxk
Organization: SAS Institute Inc.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 14:08:33 GMT
Sender: [e-mail] (Noter of Newsworthy Events)


In article <[e-mail]>, [e-mail] (Christoph H. Hochstaetter) writes:
...
|> >  On a different note, have you heard that WinNT won't load at all if you
|> >  have OS/2 2.0 Boot Manager loaded anywhere on the disk?  OS/2 2.0 can
|> >  be loaded after WinNT, however.  Guess who's in the "we don't have to
|> >  be compatible with anyone because we *ARE* the standard" camp?  :-)
|>
|> This has also been discussed before, of course you can install NT after
|> you have installed OS/2 2.0. NT's flexboot just gets a little confused
|> about the drive letters. So change the x:\WINNT to
|> multi(0)disk(0)rdisk(x)partition(y)\WINNT and flexboot will work perfectly.
|>
|> Christoph
|> --
|> Internet: [e-mail]
|> Bitnet  : HAMPE2 AT DMRHRZ11
|> Fido    : 2:243/660

Christoph,

            "So change the x:\WINNT to ..."

Are you referring to modifying the boot.ini file or what?  How does this work?

What is the drive letter scheme for primary and logical partitions?  Same as OS/2's?

I've gotten OS/2 2.0 and Windows NT to live together using a primary partiton for
MOST, a primary for NT and a logical for OS/2 2.0 and I had to temporarily delete
MOST while installing NT and then put it back.  Works OK but sometimes I can't
select the OS and MOST or FLEXBOOT time when presented with the choices.  Usually
it works OK and when it doesn't I can just wait or wlse power off the amchine if I
don't want the choice hightlited and I can't switch.

Thanks,
--
Dave Kolb                     Opinions are mine not SAS'
SAS Institute, Inc.           EMAIL:      [e-mail]
SAS Campus Drive - J206       Phone:      [phone] x6827
Cary, NC  27513-2414 USA      FAX:        [phone]

Article 1149 of 1176, Thu 15:50.
Subject: Re: Multiuser (was Re: MS's misconduct!)
From: [e-mail] (Kevin Broadey)
Path: ub4b!mcsun!uunet!pipex!demon!edscom!kevin
Organization: EDS-Scicon, Milton Keynes, UK
Newsgroups: comp.os.os2.advocacy,comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 14:50:43 GMT
Sender: [e-mail] (Kevin Broadey)
Reply-To: Kevin Broadey <[e-mail]>

>>>>> In article <[e-mail]>,
>>>>> "Christoph" == [e-mail] (Christoph
>>>>> H. Hochstaetter) writes:

Christoph> If I had to decide, between one machine with 5 processors, 5
Christoph> mice, 5 keyboard and 5 screens or 5 machines with one
Christoph> screen/mouse/KB/proc each, I probably would prefer the first
Christoph> solution. If there is only one user logged in a machine with
Christoph> 5 processors, he could have the full power of all five
Christoph> processors. Of course you are right, that it makes few sense
Christoph> to have a machine with 5 keyboard/mice and only one screen.

With NT's built-in networking and RPC capabilities you *have* got one
machine with 5 processors, 5 mice, 5 keyboards and 5 screens. Or 50, or
500.

As someone once said ... the computer *is* the network.

Article 1150 of 1176, Thu 18:45.
Subject: Re: Drivers for CD Technology with AHA-1542B
Keywords: driver, Toshiba, Adaptec AHA-1542B, CD Technology
From: [e-mail] (Dave Rogers)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!aixssc.uk.ibm.com!yktnews!admin!newsgate.watson.ibm.com!news.ans.net!rpi!zaphod.mps.ohio-state.edu!darwin.sura.net!sgiblab!nec-gw!netkeeper!vivaldi!rsd0!rsd.dl.nec.com!dave
Organization: BINJFBA Society
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 17:45:44 GMT
Sender: [e-mail]

In article <[e-mail]>, [e-mail] (Richard D. Schlotfeldt) writes:
|>
|> My questions:
|>
|>   - Which drivers package(s) do I need to access the CD-ROM
|>     drive (in addition to my hard disk) under DOS?

None for DOS but you MUST have the ASPI4DOS driver for Windows.  This
also provides 32-bit disk access.

|>
|>   - Does the software for the Microsoft Developer Network
|>     CD-ROM work under Windows NT without the DOS drivers?
|>     In other words, am I barking up the wrong tree? Can I
|>     just forget about DOS drivers and rely on Windows NT
|>     completely?
|>

Yes.

|>   - Are DOS drivers needed for use of the CD-ROM drive by
|>     DOS programs running under Windows NT?
|>

This won't work (currently).

===============================================================================
Dave Rogers
M & R Software, Inc.
Internet:   [e-mail]
On contract to: NEC America, Radio Software Dept

Don't take life too seriously; you're not going to get out of it alive anyway.

Article 1151 of 1176, Thu 20:53.
Subject: iostream.h avail in beta ?
From: [e-mail] (Charles Parker)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!aixssc.uk.ibm.com!yktnews!admin!watnews.watson.ibm.com!newsgate.watson.ibm.com!news.ans.net!europa.asd.contel.com!darwin.sura.net!jvnc.net!yale.edu!qt.cs.utexas.edu!news.Brown.EDU!noc.near.net!news.centerline.com!hroudland!cparker
Organization: CenterLine Software
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 19:53:23 GMT
Reply-To: [e-mail]

does anyone know if iostream and descendents will be
available in the beta release of NT. I miss them.

        -cparker

Article 1152 of 1176, Thu 19:27.
Subject: Re: Multiuser (was Re: MS's misconduct!)
From: [e-mail] (David Charlap)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!aixssc.uk.ibm.com!yktnews!admin!watnews.watson.ibm.com!newsgate.watson.ibm.com!news.ans.net!europa.asd.contel.com!darwin.sura.net!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
Organization: New Jersey Institute of Technology, Newark, N.J.
Newsgroups: comp.os.os2.advocacy,comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 18:27:43 GMT
Sender: [e-mail]

In article <[e-mail]> Kevin Broadey <[e-mail]> writes:
>
>With NT's built-in networking and RPC capabilities you *have* got one
>machine with 5 processors, 5 mice, 5 keyboards and 5 screens. Or 50, or
>500.

No, you have five machines, with five processors, etc...  One console,
and four remotely attached via the network.  Unless you consider the
entire LAN to be one large computer.

>As someone once said ... the computer *is* the network.

Oh, sorry.  You do.


--
David Charlap         |"there aren't 50,000 things for which it's worth writing
[e-mail]| software; and the computer industry doesn't have enough
----------------------+ programmers to create that much good software.
Therefore, most of it must be worthless" -- Boris Beizer "The Frozen Keyboard"

Article 1153 of 1176, Thu 19:50.
Subject: NT on a DX40 with 8mb RAM??
From: [e-mail] (Stefan Olson)
Path: ub4b!mcsun!uunet!comp.vuw.ac.nz!cc-server4.massey.ac.nz!acmebbs!olson!stefan
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 18:50:48 GMT

I was just wondering if anyone had run NT on a DX 40 with
8mb of RAM, and if so what was the performance like??  I am
considering upgrading my ram, and my hard drive, and I would
really like to run NT.

Thanks for your help,
Stefan Olson

--
------------------------------------------------------------------------
   Stefan Olson                     Mail: [e-mail]
   Kindness in giving creates love.
------------------------------------------------------------------------

Article 1154 of 1176, Thu 20:26.
Subject: Re: Multiple Users for Windows/NT
From: [e-mail] (Brian Vetter)
Path: ub4b!mcsun!uknet!doc.ic.ac.uk!aixssc.uk.ibm.com!yktnews!admin!watnews.watson.ibm.com!newsgate.watson.ibm.com!news.ans.net!europa.asd.contel.com!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!tivoli!shasta!bjv
Organization: TIVOLI Systems
Newsgroups: comp.unix.dos-under-unix,comp.os.ms-windows.programmer.win32,comp.unix.questions
Date: 8 Oct 92 19:26:41 GMT
Sender: [e-mail]
Followup-To: comp.unix.dos-under-unix

Alistair Banks writes:

|> Both the microkernel and the Win32 subsystem know how to handle multile
|> users. The piece that won't is the server that managers the screen, being
|> a part of the Win32 subsystem. So you can have multiple background
|> tasks with different security IDs, but only one security ID for
|> interactive processes -- Alistair

Frankly, I don't know what you are getting at.  I'm sitting here at my
Sparcstation (running SunOs of course) and I can "graphically" create new
windows and run programs from my window manager - BUT ONLY AS THE USER ID
I have logged in as.  So Unix/X window managers don't provide such a facility
either.  The special "trick" to run a "graphical" program as
another user is to create a shell/command window, su, and then crank up
the "windowing" program from there.

So are you suggesting that someone can't run a "shell" in a window (not
a dos shell) as an app, spawn another shell within that window with a
different user id (su or login equivalent), and then run other
"interactive" programs from that shell with that user id?  Does the Win32
window "server" not allow this other "interactive" process to create
new windows because of a different security ID (no xhost-like mechanism)?

Brian Vetter
[e-mail]

Article 1155 of 1176, Thu 22:14.
Subject: Re: Win NT, some simple questions
From: [e-mail] (Allen Akin)
Path: ub4b!mcsun!uunet!ukma!darwin.sura.net!sgiblab!sgigate!odin!fido!akin
Organization: Silicon Graphics, Inc.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 21:14:42 GMT

In article <[e-mail]> [e-mail] (Keith Mancus/MDSSC) writes:
|                                  ...  Although there is a running version
| of NT in-house at SGI (which was demoed at SIGGRAPH '92, where I saw it),
| SGI folks over on the appropriate net groups have stated that it is
| strictly a technology demo and there are NO plans to support NT on SGI
| workstations.

I wouldn't put it quite that strongly.  SGI executives have stated
publically that SGI intends to support NT.  For example, see Tom
Jermoluk's letter in the 9/14/92 issue of PC Week.

However, it is true that there are no announced plans giving specifics
for platforms, dates, etc.  Any such plans would be based on business
issues that SGI would be unlikely to discuss in public (for obvious
reasons).  So for now, no one should make any assumptions about which
SGI platforms might support NT, or when.  (With the exception of the
MIPS Magnum and Millenium machines, which are ARC compliant and for
which NT support has already been announced.)

|   The R4000 based Indigo *IS* an ACE/ARC machine, and I do not understand
| why the shipped version isn't compatible with it.  But Tad is right, the
| CDROM Mips version of NT will not run on an Indigo of any flavor (at
| least this is what SGI folks told me).

The NT CDROM does not include the R4000 Indigo drivers.  Obviously some
instances of these drivers and the R4000 Indigo HAL do exist, because
they were used for the NT demonstrations at SIGGRAPH and the Microsoft
Win32 Developers Conference.  Whether they are ever shipped depends on
the business issues mentioned above.


It's worth noting that the effort to incorporate OpenGL in Windows/NT
is ongoing.  This requires some significant extensions to Windows/NT
GDI and USER, such as support for overlay planes, multiple pixel
formats, multiple hardware colormaps, direct access to rendering
hardware, etc.  The size of this project and its need for close
interaction with Microsoft should give you some indication that SGI
takes Windows/NT very seriously.

Allen

Article 1156 of 1176, Thu 22:51.
Subject: Multiuser NT???
From: [e-mail] (Andrew Mendelsohn)
Path: ub4b!mcsun!uunet!ogicse!das-news.harvard.edu!husc-news.harvard.edu!husc4.harvard.edu!mendels1
Organization: Harvard University Science Center
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 21:51:56 GMT

The recent articles about NT's multiuser capability have been confusing.
Early articles in this newsgroup suggested that the Windows NT API had
not yet been fully designed to exploit multiuser capability, but that
enhancements were in the works (though not necessarily for the initial
release).  Others have suggested that it is possible to have many virtual
consoles under NT connected to the same machine, ie, given 5 monitors and
keyboards connected to one computer, 5 separate logins would be possible
providing full access the the NT GDI in true concurrent fashion.  Is this
true?  On a related note, would it be possible for 5 users on dumb
terminals to login (via telnet) to an NT command line and launch (text)
applications?  This latter possibility seems at least plausible given the
current state of the system.

Article 1157 of 1176, Thu 20:19.
Subject: NT and Network Cards
From: [e-mail] (Richard Meesters)
Path: ub4b!mcsun!uunet!kithrup!hoptoad!pacbell.com!iggy.GW.Vitalink.COM!cs.widener.edu!eff!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!gatech!hubcap!ncrcae!ncrlnk!ncrwat!ncrcan!rmeester
Organization: NCR Canada Ltd. Mississauga, Ontario
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 19:19:47 GMT

The System:  NCR 3433 (486 33MHz Micro channel)
                with an IBM T/R Adapter /A

I've experienced a problem where the system was unable to run any dos programs
under NT.  When running anything DOS, the system came back with a function
failed message in a popup window.  This problem goes away when the IBM T/R
card is removed from the system.

This looks like a conflict in the 640K - 1Meg range of memory.  I had a similar
problem with OS/2 2.0 (DOS sessions worked, but you couldn't get any Expanded
memory) which was solved by making the memory settings as contiguous as
possible in the D0000-DFFFF range (Leaving C0000 areas free for what I think
must have been the necessary page frame, but I'm guessing).

Does anyone have an explanation for what's happening here?

Regards,
Richard Meesters.

Article 1158 of 1176, Fri 00:41.
Subject: Re: SCSI-1 CD-ROM
Summary: SCSI-1 CD-Roms may need an additional driver
From: [e-mail] (Lee Hart)
Path: ub4b!mcsun!uunet!microsoft!hexnut!leehart
Organization: Microsoft Corp.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 23:41:50 GMT

In article <[e-mail]>, [e-mail] (Alexander W Tam) writes:
> I have a NEC CDR-84 internal CD-ROM drive. It was used to
> install NT on my machine. However, the pre-release version of
> NT doesn't support SCSI-1 CD-ROM for audio playback. i.e. I
> cannot listen to musical CDs under NT right now. Anybody knows
> whether the next version, may be beta release due in the end
> of October, of NT will support SCSI-1 CD-ROM so that I can use
> the "CDPlayer" utility?

The SCSI drivers in Windows NT assume SCSI-2.  However, it is possible to
write a 'filter' driver that will take the SCSI-2 commands and convert them
into SCSI-1 commands that your SCSI device understands.  I do not know if
or how many SCSI-I CD Players will be supported in the Beta.  You should
contact your SCSI-1 vendor and ask them about support under Windows NT.  The
information necessary to writes these filter drivers will be presented at
the DDK Conference in Anaheim later this month.

> By the way, does anyone have a SCSI-2 CD-ROM successfully play
> musical CDs under NT using the 'CDPlayer' program?

Yes :-)

Lee Hart
Not a spokesman

Article 1159 of 1176, Fri 00:54.
Subject: Re: NT for multiple users(?)
Keywords: MultiUser
From: [e-mail] (Lee Hart)
Path: ub4b!mcsun!uunet!microsoft!hexnut!leehart
Organization: Microsoft Corp.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 23:54:11 GMT

In article <[e-mail]>, [e-mail] (Karl Thoroddsen) writes:
> Can the same NT machine be used by two+ users at a time?  And if so
> how are they classified (one user the others as anonymous processes?).

Well, it all hinges upon what you consider multiuser access.  For example,
if I have an account on your machine and I am accessing files or printing
on your machine from my machine, is that multiuser (I say yes)?  How
about if I run perfmon against your machine (which is eventually RPC)?  There
are processes running on your machine in my security context.  No, there
is not a telnet server in the Win32 Preliminary SDK for Windows NT, but
it is conceivable (I'd say probably even) that such a server will be
written.  And how about database servers?

> I know that NT is not classified as a multiuser system, but I find it
> hard to believe that NT doesn't support somekind of sharing of the same CPU
> between users.

It does support this, in the methods outlined above, among others.  And you
can always write WinSock code, or RPC code to add additional functionality.

> A detailed description would be appreciated!

Did I cover it well enough?

Lee Hart
Not a Spokesman,  No guarantees

Article 1160 of 1176, Fri 00:58.
Subject: Re: Win NT, some simple questions
From: [e-mail] (Lee Hart)
Path: ub4b!mcsun!uunet!microsoft!hexnut!leehart
Organization: Microsoft Corp.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 8 Oct 92 23:58:56 GMT

In article <[e-mail]>, [e-mail] (Tony Roby) writes:
> I asked Microsoft about this when I was in the States recently.  They will
> not sell a copy to go outside the US since it infringes the license
> agreement.  It probably contains top secret data encryption code which
> would endanger US national security if anyone got their hands on it !

The truth is not quite as exciting.    One major issue is getting things
through customs - it's easier in the large batches we send to our
subsidiaries.  Another is that letting the subsidiaries do the distribution
allows them to keep more in touch with our customers.

Lee Hart
Not a spokesman.

Article 1161 of 1176, Fri 01:14.
Subject: Re: Fatal System Errors
Summary: Arc is not quite dead - see boot.ini!
From: [e-mail] (Lee Hart)
Path: ub4b!mcsun!uunet!microsoft!hexnut!leehart
Organization: Microsoft Corp.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 9 Oct 92 00:14:59 GMT

In article <[e-mail]>, [e-mail] (Christoph H. Hochstaetter) writes:
> This has also been discussed before, of course you can install NT after
> you have installed OS/2 2.0. NT's flexboot just gets a little confused
> about the drive letters. So change the x:\WINNT to
> multi(0)disk(0)rdisk(x)partition(y)\WINNT and flexboot will work perfectly.

It is probably a good idea to explain what all of the portions of the
path you show are:

multi(0)disk(0)

refers to the first WD1003 (AKA ATDISK, IDE, ST506, etc) controller in the
system.  For a SCSI drive you would use scsi(0)disk(n), where n is the scsi
ID of the drive.  rdisk(x) refers to the first (0) or second (1) disk attached
to the WD1003 controller, or to the appropriate SCSI Logical Unit Number (LUN)
at the given SCSI ID.  partition(n) refers to the nth partition (n>=1) on
that drive (partition(0) refers to the entire disk, w/o Filesystems, and
is used by chkdsk, etc.)  The partition numbers are assigned in the age old
manner of first active partitions, then non-extended partitions, and then
the partitions in the extended partition table.  BTW, SCSI()... notation
requires that your scsi miniport driver be copied into ntbootdd.sys in
the root of your booting drive (i.e. a:\ or c:\)

The above is a little on the brief side, but it does explain the ARCpaths
(I've also heard them called ARC names) that you see while the system is
booting.  Users of MIPS machines are a little more familiar with these,
since they are used by jzsetup.exe (the ARC refers to the machine spec
from the ACE initiative BTW)

Probably more than you ever cared to know about that naming convention.


Lee
Not a spokesman.

Article 1162 of 1176, Fri 10:48.
Subject: Re: Multiuser (was Re: MS's misconduct!)
From: [e-mail] (David Shepherd)
Path: ub4b!mcsun!uunet!inmos!wraxall.inmos.co.uk!frogland!des
Newsgroups: comp.os.os2.advocacy,comp.os.ms-windows.programmer.win32
Date: 9 Oct 92 09:48:09 GMT

David Charlap ([e-mail]) wrote:
: In article <[e-mail]> Kevin Broadey <[e-mail]> writes:
: >
: >With NT's built-in networking and RPC capabilities you *have* got one
: >machine with 5 processors, 5 mice, 5 keyboards and 5 screens. Or 50, or
: >500.
:
: No, you have five machines, with five processors, etc...  One console,
: and four remotely attached via the network.  Unless you consider the
: entire LAN to be one large computer.

in my expereience a LAN (or here certainly our groups portion of
it) can be considered to be one large computer because if
one machine goes down then it often either pulls the rest down
as well or makes them unusable until it is rebooted due to
the vagueries of the automounter!

--
--------------------------------------------------------------------------
david shepherd: [e-mail] or [e-mail]    tel: [phone] x 625
                inmos ltd, 1000 aztec west, almondsbury, bristol, bs12 4sq
                1992: celebrate the quincentenary of columbus getting lost

Article 1163 of 1176, Fri 14:49.
Subject: ODBC related questions!
From: [e-mail] (M. Guyott)
Path: ub4b!mcsun!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!primerd.prime.com!eriador!mguyott
Organization: Prime Computer R&D
Newsgroups: comp.os.ms-windows.programmer.misc,comp.os.ms-windows.programmer.tools,comp.os.ms-windows.programmer.win32,comp.os.ms-windows.apps
Date: 9 Oct 92 13:49:09 GMT
Sender: [e-mail] (Usenet)
Followup-To: comp.os.ms-windows.programmer.misc


I am in need of information about Microsoft's ODBC database API.

I already know a little about some aspects of ODBC:

    ODBC is a C programming interface offered by Microsoft under Windows
    (rumored to be bundled in the future) to provide Windows applications
    with a database independent interface to multiple (SQL) databases.

    ODBC consists of a Driver Manager (a DLL) which provides a single API
    to the client application, and one or more Drivers (also DLLs) for
    individual database types.  The interface to individual drivers is the
    same as the API seen by clients.  Drivers implement all the database
    specific functionality of ODBC.  Drivers are largely invisible to
    applications: the application dynamically links to the Driver Manager,
    which steers individual requests based on a connection handle.

I would like to implement an ODBC Driver for a database that we are
developing a custom application for.  My questions are:

1)  Does Microsoft provide an ODBC Driver developers kit?

2)  Does Microsoft provide the ODBC Driver Manager (DLL)?

3)  Is the ODBC Driver Manager a real product at this point or is it still
    in beta test?

4)  Is the ODBC Driver Manager bundled with any versions of Windows?

5)  How can I get information for developing ODBC Drivers?

6)  How can I get a version of the ODBC Driver Manager?

7)  How much will any/all of the above cost me?

8)  Are there any other products in beta test or available in the market
    place today that support ODBC?

Any and all help will be greatly appreciated!

Marc
----
Two of the worst things we teach our children are that a knowledge of science
is nice but not necessary, and a knowledge of sex is necessary but not nice.

Marc Guyott              Constellation Software, Inc.          [phone]
                         Framingham, Mass. 01701 USA                Ext. 3135
[e-mail]       ...!{uunet, decwrl}!primerd.prime.com!mguyott
[e-mail]       ...!{uunet, decwrl}!eriador.prime.com!mguyott

Article 1164 of 1176, Fri 17:32.
Subject: Re: Drivers for CD Technology with AHA-1542B
Keywords: driver, Toshiba, Adaptec AHA-1542B, CD Technology
From: [e-mail] (Mike Me)
Path: ub4b!mcsun!uunet!seas.gwu.edu!mikee
Organization: George Washington University
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 9 Oct 92 16:32:59 GMT
Sender: [e-mail]

>|>
>|>   - Does the software for the Microsoft Developer Network
>|>     CD-ROM work under Windows NT without the DOS drivers?
>|>     In other words, am I barking up the wrong tree? Can I
>|>     just forget about DOS drivers and rely on Windows NT
>|>     completely?
>|>

>Yes.

>|>   - Are DOS drivers needed for use of the CD-ROM drive by
>|>     DOS programs running under Windows NT?
>|>
>
>This won't work (currently).
>

An interesting twist on this is that they DO work...
I was surprised myself...
I had borrowed an IBM CD_ROM and hhoked it to mny AHA1740.
Dos had NO clue as to what the E_DRIVE wassince I had no drivers,
but once I stated windows and shelled to dos, the E_drive was way
Happy.

I guess NT supplies the neccesary drivers for the CD_ROM both for
dos windows and OS/2.

Just my 2 cents,
        later,
                MikeE

Article 1165 of 1176, Fri 18:06.
Subject: Re: Win NT, some simple questions
From: [e-mail] (Frank Warmerdam)
Path: ub4b!mcsun!uunet!utcsri!torn!newshub.ccs.yorku.ca!ists!pci!warmerda
Organization: PCI Inc.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 9 Oct 92 17:06:28 GMT

In article <[e-mail]> [e-mail] (Wolfgang Strobl) writes:
>>7) What compilers will be supporting Win NT? (I am currently using
>>Turbo Pascal for Windows)
>
>Ask Borland :-). I'm using the Zortech C++ compiler for DOS development,
>but given the dubious future of that compiler, I'm now considering
>other options, too. For NT development, currently there is only
>one option: the prerelease C/C++ compiler from MS which comes with
>the PDK.

WATCOM has a beta version of their compiler available under NT.
I think you can request information from [e-mail].



--
-------------------------------------------------------------------------------
Frank Warmerdam | Who can give them back their lives | [e-mail]
Software Artist | and all those wasted years? - Rush |

Article 1166 of 1176, Fri 19:46.
Subject: re: Win NT on SGI's [was...simple questions]
From: [e-mail] (Mike Jones)
Path: ub4b!mcsun!uunet!emba-news.uvm.edu!emba-news!jones
Organization: University of Vermont, EMBA Computer Facility
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 9 Oct 92 18:46:39 GMT
Sender: [e-mail]

>  So for now, no one should make any assumptions about which
> SGI platforms might support NT, or when.  (With the exception of the
> MIPS Magnum and Millenium machines, which are ARC compliant and for
> which NT support has already been announced.)

Oh darn, and I was waiting to put NT on my Crimson.

In my personal opinion, it will be a long while before NT replaces
IRIX (and most versions of Unix).

 Mike

Article 1167 of 1176, Fri 19:01.
Subject: Re: Win NT, some simple questions
From: [e-mail] (Brian Moran)
Path: ub4b!mcsun!uunet!microsoft!hexnut!brianmo
Organization: Microsoft Corporation
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 9 Oct 92 18:01:42 GMT

Developers outside the  US may order the Windows NT prerelease development kit
from the MS office in their country.

-Brian K. Moran
Developer Relations Group
Microsoft Corp.

(Disclaimer: Yes I work for Microsoft. Sometimes I am even responsible for the
 things  that I  say! )

Article 1168 of 1176, Fri 22:55.
Subject: Re: NT Under SCO Unix
From: [e-mail] (Nitin Borwankar)
Path: ub4b!mcsun!uunet!ukma!darwin.sura.net!sgiblab!rtech!ingres!nitin
Organization: Ask Computer Systems Inc., Ingres Division, Alameda CA 94501
Newsgroups: comp.unix.questions,comp.os.ms-windows.programmer.win32,comp.unix.dos-under-unix
Date: 9 Oct 92 21:55:13 GMT
Reply-To: [e-mail] (Nitin Borwankar)

In article <[e-mail]> [e-mail] (Alistair Banks) writes:
>May I request that this thread is taken over to .advocacy groups. It
>has degenerated irretrievably from an questions about plans into a
>debate about the realtive merits of UI techniques - this is way off
>the subject matter of Win32 API programming.
>
>-- Alistair

Thank you!! YES !!

Nitin Borwankar,
[e-mail]        **** visualize whirled peas ****

Article 1169 of 1176, Sat 02:36.
Subject: Windows NT consultants for directory wanted
Keywords: Consultant  Windows NT
From: [e-mail] (Brian Moran)
Path: ub4b!mcsun!uunet!microsoft!hexnut!brianmo
Organization: Microsoft Corp.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 10 Oct 92 01:36:17 GMT

Many times I have been asked for a list of consultants with Windows NT
expertise,  so I have decided to create such a list.  If you are such a
consultant, please email me with your name, address, phone-n-fax, email
addresses,and particular sub-areas of experience.  It would help if you put in
your email subject line CONSULTANT LISTING so I can sort it from the other 250
messages I get a day (don't worry if you forget).

If you'd like to get the eventual list, feel free to email me. I'll post it to
the usual public places. I make no guarantees or representation about the
accuracy of any information, nor skill of any  agency or person  listed..

The information that I collect will be used for no other purpose; I can't vouch
for what other people will use it for once it's posted, though.

-Brian Moran            [e-mail]
  Developer Relations Group
        Microsoft Corporation
(Disclaimer: If something I say gets me in trouble, well, then, I obviously
  didn't mean it.)

Article 1170 of 1176, Fri 11:05.
Subject: Re: Multiuser (was Re: MS's misconduct!)
From: [e-mail] (Tim Glauert)
Path: ub4b!mcsun!uknet!cam-orl!root
Organization: Olivetti Research Ltd, Cambridge, England.
Newsgroups: comp.os.os2.advocacy,comp.os.ms-windows.programmer.win32
Date: 9 Oct 92 10:05:34 GMT
Sender: [e-mail] (Operator)

In article <[e-mail]>, [e-mail] (Kevin Broadey) writes:
|> As someone once said ... the computer *is* the network.

I believe that Sun printed T shirts saying:

                        The Network *is* the Computer

Someone else made T shirts saying:

        The Computer is the Computer, the Network is the Network.
                        Sorry for any confusion.

Article 1171 of 1176, Fri 09:00.
Subject: NT slows down on memory upgrade
From: [e-mail]
Path: ub4b!mcsun!uunet!munnari.oz.au!ariel!ucsvc.ucs.unimelb.edu.au!mits.com.au!mits.com.au!alistair
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 9 Oct 92 08:00:24 GMT

Whenever we try to upgrade a PC (ISA, EISA, different brands,
configurations, etc) from 16 Mbyte to 32 MByte main memory, NT slows
down horribly (we do reconfigure the PC for the extra memory).

Has anyone else experienced this?

Thanks in advance,

Alistair Grant

Internet:     [e-mail]
Alternate:    [e-mail]

Article 1172 of 1176, Fri 11:40.
Subject: Re: Multiuser NT???
From: [e-mail] (Tim Glauert)
Path: ub4b!mcsun!uknet!cam-orl!root
Organization: Olivetti Research Ltd, Cambridge, England.
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 9 Oct 92 10:40:10 GMT
Sender: [e-mail] (Operator)

In article <[e-mail]>, [e-mail] (Andrew Mendelsohn) writes:
|> The recent articles about NT's multiuser capability have been confusing.

This is really addressed to the guys at Microsoft:

There really is *a lot* of confusion about this. I suggest that you take three
experienced NT programmers and give them the task of implementing telnetd,
rshd and ftpd respectively. Lock them all in a room with three NT machines and
don't let them out until they have finished. Then announce that these services
will form part of the base NT product, or release them into the public domain.
All the speculation would go away and the Unix users looking at NT would be
happy. Can't MS afford a few weeks of programmer time to tackle this problem
once and for all?

Failing that, how about an effort among some developers to get PD versions of
these services out as soon as possible?

Article 1173 of 1176, Sat 12:07.
Subject: Re: Multiuser NT???
From: [e-mail] (Mikael Wahlgren)
Path: ub4b!mcsun!sunic!chalmers.se!dtek.chalmers.se!d9mikael
Organization: Chalmers University of Technology, Gothenburg Sweden
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 10 Oct 92 11:07:42 GMT
Sender: [e-mail]

>This is really addressed to the guys at Microsoft:
>There really is *a lot* of confusion about this. I suggest that you take three
>experienced NT programmers and give them the task of implementing telnetd,
>rshd and ftpd respectively. Lock them all in a room with three NT machines and

>Failing that, how about an effort among some developers to get PD versions of
>these services out as soon as possible?

I was talking with Mr. Alistair Banks at Microsoft, about me writing a
NT Remote login solution (which would include a telnetd daemon).  I have
a similar solution from another operating system, and only wanted the
Windows NT SDK for free (with paper documentation), and I would write
the software and release it as shareware.

They weren't interested in distributing the Windows NT SDK for free, and
thus I won't write the software, until Windows NT has established itself
as a real competitor on the market.  Yes, I know the SDK is cheap, but
I still remember the OS/2 2.0 SDK from Microsoft, and WON'T pay for
any beta/pre-release software from Microsoft any more.

Mikael Wahlgren

Article 1174 of 1176, Sat 17:05.
Subject: Re: Multiuser NT???
From: [e-mail] (Sean Foderaro)
Path: ub4b!mcsun!uunet!franz.com!franz!jkf
Organization: Franz Inc., Berkeley, CA
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 10 Oct 92 16:05:55 GMT
Sender: [e-mail]


>> They weren't interested in distributing the Windows NT SDK for free,

 I don't know about Sweden but here in the US the software is
effectively free (ok it's $60 without paper documentation but that is
so close to free that there is no use quibbling about it.  I'm sure
that microsoft is losing money on each cd distributed this way but of
course hopes to make it up by creating a huge set of applications that will
sell NT).

Article 1175 of 1176, Sat 19:03.
Subject: Re: Multiuser NT???
From: [e-mail] (Mikael Wahlgren)
Path: ub4b!mcsun!sunic!chalmers.se!dtek.chalmers.se!d9mikael
Organization: Chalmers University of Technology, Gothenburg Sweden
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 10 Oct 92 18:03:13 GMT
Sender: [e-mail]

>>> They weren't interested in distributing the Windows NT SDK for free,

> I don't know about Sweden but here in the US the software is
>effectively free (ok it's $60 without paper documentation but that is
>so close to free that there is no use quibbling about it.  I'm sure
>that microsoft is losing money on each cd distributed this way but of
>course hopes to make it up by creating a huge set of applications that will
>sell NT).

In Sweden the CD cost about 100 USD, and agreed that isn't much.  With
paper documentation it costs about 500 USD though.  Not much that either,
but as I said before, I simply won't pay Microsoft for any beta/pre-release
software.  And if there is no use "quibbling" about 100 USD why don't
Microsoft give it for free then?

Mikael Wahlgren

Article 1176 of 1176, Sat 20:45.
Subject: Re: NT slows down on memory upgrade
From: [e-mail] (Jay K. Joiner)
Path: ub4b!mcsun!uunet!spool.mu.edu!umn.edu!myria!joiner
Organization: University of Minnesota
Newsgroups: comp.os.ms-windows.programmer.win32
Date: 10 Oct 92 19:45:23 GMT
Sender: [e-mail] (Usenet News Administration)

In <[e-mail]> [e-mail] writes:

>Whenever we try to upgrade a PC (ISA, EISA, different brands,
>configurations, etc) from 16 Mbyte to 32 MByte main memory, NT slows
>down horribly (we do reconfigure the PC for the extra memory).
>Has anyone else experienced this?

Are you mixing 1MB and 4MB SIMMS?  I experienced a horrible slowdown
when mixing them, and eventually removed the 4MB.